閱讀指南：
精讀一章內容，手工輸入一章代碼（注1），與書中描述的思想進行印證，實在搞不懂就放過吧。設計模式絕對不會一次就看懂的。
這本書對于理解設計模式很有幫助，就是例子不太符合中國人的思維模式，但是堅持下去肯定會搞明白的。
全書精華：
1. Chap12的Ducks，通過一點點重構Ducks程序，將模式一個個加入其中，幫助對模式的深入理解。
2. Chap12的DJView，通過一個完整的MVC程序，將Observer、Strategy、Composite以及Adapter模式用架構層面的設計整合起來，不僅可以更好地理解單個模式，還可以理解MVC模式。
盡可能對每個模式寫出自己的總結
- Strategy（策略模式）：定義一組算法類，用于運行過程中替換算法。
- 封裝變化
- 多用組合，少用繼承
- 多針對接口編程，少針對實現編程
- Observer（觀察者模式）：定義一個主題和一組觀察者，可以在主題變化時通知訂閱了主題的觀察者。
- Strategy封裝的是函數調用的算法。
- Observer封裝的是傳遞數據的內容。
- 交互對象之間強內聚、松耦合。
- Decorator（裝飾模式）：本質不變，外面增加一層層裝飾。例如：Stream的包裝。
- 設計的類，禁止修改，允許擴展。
- 不采用繼承的方式來擴展功能。
- Factory（工廠模式）：所有的工廠都是用來封裝對象的創建。
- Simple Factory（簡單工廠）：將業務邏輯與對象創建操作分離開。
- Factory Method（工廠方法）：把對象的創建工作委托給子類的工廠方法。
- Abstract Factory（抽象工廠）：把對象的創建工作委托給實現了接口的工廠方法。
- 依賴于抽象，而不依賴于具體的類。
- Singleton（單例模式）：通過禁止其他對象對自己實例化，而改由自己的靜態方法對自己實例化，確保一個類只有一個對象。
- Command（命令模式）：解耦調用者與執行者之間的關系，相互之間的聯系通過命令對象完成，調用者只對調用對象的execute()方法發出請求。
- 改造已有系統接口，使異構系統也可透明地相互調用。
- Adapter（適配器）：將一個類的接口轉換成客戶期望的另一個接口。例：數據庫連接
- Facade（門面模式）：將一組接口轉換成客戶期望的單一接口。例：設備驅動程序
- 最小知識原則：調用其他方法時，涉及的對象越少越好。
- 對象調用自己的方法
- 對象調用作為參數傳入的對象的方法
- 對象調用自己的方法創建的對象或實例的方法
- （以上三點強調：不要調用其他方法返回的對象的方法）
- 對象調用自身組件的方法
- Template（模板模式）：封裝算法，在一個方法中定義一個算法的框架，而將具體的實現委托給子類。框架中調用的方法為鉤子，從而超類控制一切，子類實現鉤子等待超類調用。
- Collections（集合）：
- Iterator（迭代器）：遍歷集合而無須暴露集合的實現
- Composite（組合模式）：可以將對象的集合和單個對象組合在一起。
- 類應該只有一個改變的理由。
- State（狀態模式）：將狀態封閉為對象，將行為封裝成方法；新的狀態生成新對象，新的行為生成新的方法。
- 行為不變，狀態改變用State
- 行為改變，狀態不變用Strategy
- Proxy（代理模式）：采用創建代理對象的方式控制客戶端對具體對象的訪問。
- 遠程代理管理客戶端和遠程對象之間的交互；
- 虛擬代理控制實例化開銷大的對象；
- 保護代理控制客戶端對具體對象的訪問。
- Compound（復合模式）：MVC-Model，View，Controller
- Model與View之間使用Observer模式。Model是Subject，View是Observer，當Model改變時通知View發生改變。View只從Model中獲取數據（例如：調用Model的getXXX()方法），不修改Model的數據（例如：不調用Model的SetXXX()方法），不操作Model的行為（例如：不調用Model的行為方法）。
- Controller與View之間是Strategy模式。View只對Controller的接口編程，不與具體的Controller實現耦合，從而可以面對不同的Controller實現不同的行為。
- View自身使用Composite模式。
- 還可以使用Adapter模式，使已經存在的Controller和View與Model適配。
注：
1. 源代碼一定要去下載，書上的代碼內容不夠
2. 設計模式并不復雜，這23種模式的理解之一就是介紹如何針對接口編程
編程思路的演變：針對函數編程→針對對象編程→針對接口編程