在 JSON.parse 之後安全地收窄 unknown

前言

示範一個小小的型別守衛建立器，在邊界處驗證資料結構，讓執行期資料不再以 any 的身分滲進你的領域型別裡。

常見的翻車方式

跳過這個步驟的團隊，通常會踩到三種坑：

• 優化了一個沒有人同意要動的數字。
• 照抄了約束條件完全不同的專案的作法。
• 一直延後決策，直到反悔的成本高得嚇人。

建議的切入方式

1. 用使用者的語言，一句話講清楚問題。
2. 選一個每週都能量測的訊號，而不只是上線當天看一次。
3. 給小實驗設時間盒；兩天的 spike 勝過兩週的辯論。

小結

如果 TypeScript 教會我們什麼，那就是「無聊的一致性」打贏「聰明的一次性方案」。把學到的東西帶回團隊，別讓它變成口耳相傳的都市傳說。