做下去，遇上新難題閱讀時間約 2 分鐘
有用的原型，也會留下痕跡
後端未完成之前，示例故事和模擬服務，可以讓原型先操作起來。後來 API 服務接上了，開發示例仍可能有理由留在專案裏。
重要的是，正式打包後能走到哪條路。My Next Step 的正式應用使用 API 服務，本地示範的引用則限制在開發模式（DEV）下才會載入。單憑專案資料夾裏仍有示例檔案，還不能斷定它們已被打包送到正式環境。
既看輸出，也看能走到的路
檢查時，應使用預期的正式環境設定執行打包，檢視輸出的分塊檔案（chunks）、來源或模組報告，再看執行這份成品時實際發出哪些網路請求。Tree shaking（移除未使用程式碼）、建置時條件與延遲載入（lazy loading），都會影響打包結果包含甚麼，以及在甚麼時候下載。
特別要留意是否仍會載入原型模擬服務，以及真實請求失敗後會走到哪條路。真正的連線或服務失敗，不應悄悄退回並顯示一筆虛構的成功紀錄。反過來說，只要確認開發示例不會進入正式打包檔，也不必只為遷就資料夾命名規則而特地搬走。
檔案大小，與行為要分開看
清理前先留基準，之後比較輸出大小、載入路徑與行為。首次下載大小，與全部延遲載入檔案加起來的大小，是不同數據。檔案變小，不代表退回假資料的路已消失。
有意保留的示範，應分清楚並標明。我想知道使用者下載了甚麼，也想知道真實服務不可用時，程式究竟會展示甚麼。