# 設計模式 策略模式定義了算法族，分別封裝起來，讓他們之間可以互相替換，此模式讓算法的變化獨立于算法用戶。 觀察者模式定義了對象之間的一對多依賴，當一個對象改變狀態時，它的所有依賴者都會收到通知并自動更新。 裝飾者模式動態的將責任附加到對象上。若要擴展功能，裝飾者提供了比繼承更有彈性的替代方案。 工廠方法模式定義了一個創建對象的接口，但由子類決定要實例化的類是哪一個。工廠方法讓類把實例化推遲到子類。 抽象工廠模式提供一個接口，用于創建相關或依賴對象的家族，而不需要明確指定具體類。 單例模式確保一個類只有一個實例，并提供一個全局訪問點。 命令模式將請求封裝成對象，以便使用不同的請求、隊列或者日志來參數化其他對象，命令模式也支持可撤銷的操作。 適配器模式將一個類的接口轉換成客戶期望的另一個接口。適配器讓原本接口不兼容的類可以合作無間。 外觀模式提供了一個統一的接口，用來訪問子系統中的一群接口。外觀定義了一個高層接口，讓子系統更容易使用。 模板方法模式在一個方法中定義了一個算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以在不改變算法結構的情況下，重新定義算法中的某些步驟。 迭代器模式提供一種方法順序訪問一個聚合對象中的各個元素，而又不暴露其內部的表示。 組合模式允許你將對象組合成樹形結構來表現整體/部分層次結構，組合能讓客戶以一致的方式處理個別對象以及對象組合。 狀態模式允許對象在內部狀態改變時改變它的行為，對象看起來好像修改了它的類。 代理模式為另一個對象提供一個替身或占位符以控制這個對象的訪問。 模式是在某情境下針對某問題的某種解決方案。 創建型速記口訣： 單抽工建原 結構型速記口訣： 橋代理組裝適配器，享元回家裝飾外觀。 行為型速記口訣： 訪問者寫好策略備忘錄，觀察模板迭代的狀態，命令中介解釋責任鏈。