TypeScript 靜態檢查：重構的順序與時機，提升程式碼品質的利器

核心本質： 「靜態檢查」—— 程式碼未跑，錯誤先抓。

局限性： 它是「防君子不防小人」——保證邏輯正確，但不能阻止 執行時（Runtime） 後端傳回來的髒資料。

⚔️ 重構時的「順序」

1. 更新「類型聲明」（Type/Interface）： 先把新的規格（地圖）畫好。
2. 解決「紅色波浪線」： 根據新規格，把全專案噴錯的地方一個個修掉。
3. 完成： 當全專案沒有紅字時，重構就完成 90% 了。

📊 TS vs ESLint：分工圖

💡 為什麼非用不可？

• 重構的勇氣：改 Code 不再是黑箱摸索，導航（報警系統）會帶你走到終點。
• 程式碼即文件：滑鼠移上去就知道物件長相（id, name, email），徹底告別過期的 API 文件。