軟體開發階段四：校訂——持續改進、內部結構優化、遞增開發、快速原型陷阱

重新定義「維護」為「校訂」

• 傳統「維護」暗示原始品質不佳
• 校訂：「第一次不完美，留空間深入理解，回頭改進」
• 動力：持續重構優化，最終獲得回報

達標標準

1. 功能滿足需求與使用條件
2. 內部結構盡善盡美：無笨拙語法、無臃腫物件、無華而不實
3. 結構生命力強：未來變更容易、清晰、不破壞整體

OOP 支援校訂的關鍵特性

• 物件邊界保護結構完整性
• 防止無關干擾破壞
• 可進行激進重構而不波及其他代碼
• 這是 OOP極重要特點

校訂流程

1. 整體觀察作品 vs 需求
2. 識別缺口
3. 重新設計/實現不當部分
4. 多輪校訂直至方案恰當

「設計模式」（第 16 章）可大幅輔助此過程。

遞增開發與校訂的關係

• 遞增開發：核心框架先行 → 逐漸添加功能
• 每次遞增 = 獨立小專案
• 新功能易於整合
• OOP 良好設計 → 每次遞增產出完善物件/群組

快速原型陷阱

• 建立簡單原型 → 理解系統 → 丟棄原型 → 正式建構
• 危險：不丟棄原型直接在上面蓋樓 + 缺乏結構 → 混亂系統、維護成本爆增