學習設計模式的方式

1. 買(借)本好書
2. 初步了解設計模式 (先有概念)
3. 模仿及練習書上範例
4. 重新再讀一次
5. 以實務需求思考及實作
6. 參考別人經驗

設計模式最有趣的地方，在於同一個需求(情境)，可能每個人解決的方式不同。
方式並無絕對好壞，重點在於解決及預防問題。

買(借)本好書

以下是部分建議的書單，可以參考看看。

• 大話設計模式
• 設計模式的解析與活用
• 物件導向設計模式－可再利用物件導向軟體之要素
• 無瑕的程式碼(敏捷完整篇)─物件導向原則、設計模式與C#實踐

初步了解設計模式

1. GoF是誰？

   Gang of Four, "Design Patterns: Elements of Reusable Object-Oriented Software"的四個作者。

2. 六大原則是指哪些？

| | Principle | aka |
|:---------------------------------------------------|:----|
| Single responsibility principle | SRP |
| Liskov Substitution Principle | LSP |
| Dependency inversion principle | DIP |
| Interface Segregation Principle | ISP |
| The Law of Demeter (The least knowledge principle) | LoD |
| The open closed principle | OCP |

3. GoF設計模式

   • Creational design patterns

     | Abstract Factory | Builder | Factory Method | Prototype | Singleton |

   • Structural design patterns

     | Adapter | Bridge | Composite | Decorator | Facade | Flyweight | Proxy |

   • Behavioral design patterns

     | Chain of responsibility | Command | Interpreter | Iterator | Mediator | Memento | Observer | State | Strategy | Template | Visitor |

參考別人經驗

每個軟體開發人在從規劃架構到寫一個小函式的風格和方式都或多或少會有不同。
這也是此系列文的初衷，拋磚引玉、和大家一起切磋進步。歡迎提供任何指正/回饋/建議。

實作的語言

1. C#
2. Python 3.6.2

文章編排方式

1. 描述需求
2. 思考如何解決問題
3. 程式碼範例及說明
4. 程式碼參考位置(Github)