設計模式不是背名詞，而是學會在重複出現的設計問題中，看見穩定的解法。
這個 Hub 把站內 Design Patterns 系列整理成閱讀路線，適合搭配 C# 範例慢慢建立物件導向設計感。
這個主題適合誰
- 想系統化學習 GoF 設計模式的工程師
- 已經會寫 C#，但想讓程式碼更好維護的人
- 正在準備面試，需要能說清楚模式使用情境的人
- 想把物件導向從語法推進到設計判斷的人
推薦閱讀順序
核心文章
- 搞懂設計模式到底是什麼 ：先建立模式分類與使用心態。
- 單例模式：只要一個就夠 ：理解全域唯一實例的取捨。
- 工廠方法模式：點披薩不用親自下廚 ：把建立物件的責任抽出來。
- 抽象工廠模式：系列產品輕鬆生產 ：處理產品族的建立問題。
- 策略模式：靈活切換演算法 ：把變動的演算法封裝起來。
延伸文章
常見問題
初學者要一次背完 23 種模式嗎？
不用。先理解建立型、結構型、行為型三大方向，再從常見情境慢慢累積即可。
設計模式會不會讓程式變複雜？
用錯會。模式是為了管理變化，不是為了炫技。如果問題本身很簡單，直接寫清楚通常更好。
學設計模式最重要的是什麼？
不是記住 UML，而是能說出「這個模式解決哪種變動」，以及「不用它會出現什麼維護成本」。