面向變化的設計哲學：封裝易變點，擁抱演進

核心觀點

《設計模式》一書的所有方案都圍繞「程式演進時會發生什麼變化」這一核心問題。這也是任何軟體設計最關鍵的問題。若能根據此問題的答案構建系統，將獲得雙重收益：系統更易維護（成本更低），並產出可復用物件，進而降低相關系統的建構成本。這正是物件導向設計的真正優勢，但它不會自動顯現——需要對問題領域有全面深入的理解。

實戰案例：回收系統的演進

以回收系統為例，「什麼會變化」的答案很明確：**會加入更多廢料類型**。因此設計目標是**極簡化新類型的添加過程**。

封裝策略

將所有涉及特定類型資訊的程式碼集中封裝。這樣：

1. 變化被限制在局部封裝內，不會波及系統其他部分。
2. 核心業務邏輯保持乾淨、穩定，易於理解與測試。

設計原則提煉

• 識別變化點：明確業務中易變的維度（類型、規則、流程、介面等）。
• 封裝變化：使用介面、抽象類、策略模式、工廠模式等手段，將變化隔離。
• 面向介面編程：高層模組依賴抽象，而非具體實現。
• 開放封閉原則：對擴展開放，對修改關閉——新增類型只需新增類，無需修改既有代碼。

結語

優秀的設計不是預測未來，而是**為變化做好準備**。透過持續重構，將易變點封裝成獨立模組，系統才能在需求演進中保持靈活與穩健。這正是「改進設計」的真諦：在演進中不斷提煉穩定核心，隔離易變邊緣。