深刻理解設計模式---系列目錄

1、建立型模式

1. 深刻理解設計模式（一）：單例模式(Singleton pattern): 確保一個類只有一個實例, 並提供全局訪問點.

2. 深刻理解設計模式（二）：簡單工廠模式(factory method pattern): 實質是由一個工廠類根據傳入的參數，動態決定應該建立哪個產品類（這些產品類繼承自一個父類或接口）的實例。

3. 深刻理解設計模式（四）：工廠方法模式(factory method pattern): 定義了一個建立對象的接口, 但由子類決定要實例化的類是哪個. 工廠方法讓類把實例化推遲到子類

4. 深刻理解設計模式（五）：抽象工廠模式(Abstract factory pattern): 提供一個接口, 用於建立相關或依賴對象的家族, 而不須要指定具體類.

5. 深刻理解設計模式（六）：原型模式(prototype pattern): 當建立給定類的實例過程很昂貴或很複雜時, 就使用原形模式.

6. 深刻理解設計模式（七）：建造者模式(Builder pattern): 使用生成器模式封裝一個產品的構造過程, 並容許按步驟構造. 將一個複雜對象的構建與它的表示分離, 使得一樣的構建過程能夠建立不一樣的表示

2、行爲型模式

1. 深刻理解設計模式（三）：策略模式(strategy pattern) : 定義了算法族, 分別封閉起來, 讓它們之間能夠互相替換, 此模式讓算法的變化獨立於使用算法的客戶.

2. 深刻理解設計模式（八）：觀察者模式(observer pattern) : 在對象之間定義一對多的依賴, 這樣一來, 當一個對象改變狀態, 依賴它的對象都會收到通知, 並自動更新.

3. 深刻理解設計模式（九）：模板方法模式(Template pattern) : 在一個方法中定義一個算法的骨架, 而將一些步驟延遲到子類中. 模板方法使得子類能夠在不改變算法結構的狀況下, 從新定義算法中的某些步驟

4. 深刻理解設計模式（十）：命令模式(Command pattern): 將"請求"封閉成對象, 以便使用不一樣的請求,隊列或者日誌來參數化其餘對象. 命令模式也支持可撤銷的操做.

5. 深刻理解設計模式（11）：狀態模式(State pattern) : 容許對象在內部狀態改變時改變它的行爲, 對象看起來好象改了它的類

6. 深刻理解設計模式（12）：責任鏈模式(Chain of responsibility pattern): 經過責任鏈模式, 你能夠爲某個請求建立一個對象鏈. 每一個對象依序檢查此請求並對其進行處理或者將它傳給鏈中的下一個對象.

7. 深刻理解設計模式（13）：解釋器模式(Interpreter pattern): 使用解釋器模式爲語言建立解釋器.

8. 深刻理解設計模式（14）：中介者模式(Mediator pattern) : 使用中介者模式來集中相關對象之間複雜的溝通和控制方式.

9. 深刻理解設計模式（15）：訪問者模式(visitor pattern) : 當你想要爲一個對象的組合增長新的能力, 且封裝並不重要時, 就使用訪問者模式.

10. 深刻理解設計模式（16）：備忘錄模式(Memento pattern): 當你須要讓對象返回以前的狀態時(例如, 你的用戶請求"撤銷"), 你使用備忘錄模式.

11. 深刻理解設計模式（17）：迭代器模式(iterator pattern): 提供一種方法順序訪問一個聚合對象中的各個元素, 而又不暴露其內部的表示

3、結構型模式

1. 深刻理解設計模式（18）：適配器模式(Adapter pattern) : 將一個類的接口, 轉換成客戶指望的另外一個接口. 適配器讓本來接口不兼容的類能夠合做無間. 對象適配器使用組合, 類適配器使用多重繼承.

2. 深刻理解設計模式（19）：裝飾者模式(decorator pattern) : 動態地將責任附加到對象上, 若要擴展功能, 裝飾者提供了比繼承更有彈性的替代方案.

3. 深刻理解設計模式（20）：橋接模式(Bridge pattern) : 使用橋接模式經過將實現和抽象放在兩個不一樣的類層次中而使它們能夠獨立改變.

4. 深刻理解設計模式（21）：組合模式(composite pattern) : 容許你將對象組合成樹形結構來表現"總體/部分"層次結構. 組合能讓客戶以一致的方式處理個別對象以及對象組合.

5. 深刻理解設計模式（22）：享元模式(Flyweight Pattern): 如想讓某個類的一個實例能用來提供許多"虛擬實例", 就使用蠅量模式.

6. 深刻理解設計模式（23）：代理模式(Proxy pattern): 爲另外一個對象提供一個替身或佔位符以控制對這個對象的訪問.

7. 深刻理解設計模式（24）：外觀模式(facade pattern) : 提供了一個統一的接口, 用來訪問子系統中的一羣接口. 外觀定義了一個高層接口, 讓子系統更容易使用.

4、七大設計原則

　　深刻理解設計模式（序）：經常使用的7大設計原則

• 單一職責原則（single responsibility principle，SPR）：一個類負責一項職責。

• 開閉原則（Open-Close Principe，OCP）：一個軟件實體如類、模塊和函數應該對擴展開放，對修改關閉。

• 里氏替換原則（Liskov Substitution Principe，LSP）：一個軟件實體若是使用的是一個父類的話，那麼必定適用於其餘子類，二且他察覺不出父類對象和子類對象的區別。

• 依賴倒置原則（Dependence Inversion Principle）：高層模塊不該該依賴低層模塊，兩者都應該依賴其抽象；抽象不該該依賴細節；細節應該依賴抽象。即針對接口編程，不要針對實現編程。

• 接口隔離原則（Interface  Segregation Principle, ISP）：創建單一接口，不要創建龐大臃腫的接口，儘可能細化接口，接口中的方法儘可能少。

• 迪米特法則（Law of Demeter,LoD）：最少知識原則，清掉了類之間的鬆耦合，下降了系統的耦合度。

• 組合/聚合複用原則（Composite Reuse Principe，CRP）：儘可能使用組合和聚合少使用繼承的關係來達到複用的原則

5、總結

　　深刻理解設計模式（終）：總結