《NestJS 絕地求生手冊》整理一年來從 Angular 前端轉向 NestJS 後端開發時實際踩過的坑。系列將依問題發生階段,從 DI、Module、DTO 驗證、型別轉換、TypeORM,到 Interceptor、Exception Filter 與 Swagger,拆解 30 個常見但容易卡關的情境。這不是從零教學,而是一份面向實戰的排雷筆記,希望幫助開發者更快定位問題、理解 NestJS 的運作方式,少走一點冤枉路。
你在開發時是不是曾遇到這種狀況:API 在本機測試時都很流暢,一旦上了正式環境,回傳時間就從毫秒暴增成好幾秒? 打開資料庫 log 一看,發現原本只是想查使用者...
在開發 API 時,若實體之間定義了關聯,我們經常會使用 relations 或 leftJoinAndSelect() 來一次性載入相關聯的資料。 然而,當這...
當一段商業邏輯需要同時修改多筆資料時,我們通常會使用資料庫交易(Transaction),確保操作要不全部生效,要不全部回滾。於是你把一系列操作包進 dataS...
在開發 NestJS 時,為了統一 API 回傳格式,團隊通常會註冊全域 Interceptor,建立一致的回應結構。原本 API 都依循這個規則,直到某次為了...
在開發 NestJS API 時,我們常需要替回應加上防護機制,確保不會不小心曝光資料庫裡的敏感欄位。假設我們剛完成了一支取得個人檔案的 API,測試時前端順利...
團隊在 NestJS 中建立了 Global Exception Filter,希望統一處理 API 錯誤,包括格式化回應、隱藏內部錯誤訊息等。原本其他 Con...