最近花了幾天時間讀完了HEAD FIRST設計模式，因為之前已經粗粗的瞭解過GOF 23個設計模式，所以在讀本書時基本上都能理解，我被裡面簡單的示例，獨到的理解所折服,毫無疑問這是一本極好的設計模式領域的入門書籍。它以例項講解了每個面向物件設計原則，並通過設計模式的方法提供了詳盡的解決方案，讓我對面向物件的設計原則有了更深入的理解：

封裝變化

組合優於繼承

針對介面程式設計，而不針對實現程式設計

為互動物件間鬆耦合的設計而努力

類應該對擴充套件開放，對修改關閉

依賴於抽象，而不依賴於具體類

這本書讀完我最大的感觸是裝飾模式，裝飾物件是對原類進行擴充套件而不需要修改類本身，裝飾物件可以多重組合，這觸動了我對這種特殊的程式設計技巧的感觸。當然這本書裡最大的不足了23種設計模式沒有全部用例項講解完，這多有點有對不起它600多頁的厚度。同時，他提供的類圖不是標準的UML，這也是我很不喜歡的地方，我覺得UML是最佳的記憶和交流設計模式的方法，在UML圖面前那些具體而冗長的程式碼顯得微不足道。另外，它對部分模式的介紹我覺得有點複雜而不好理解，如組合、代理。

我對書中涉及介紹的模式作了下筆記：

1. 策略模式

策略模式定義了演算法簇，分別封裝起來，讓它們之間可以相互替換，此模式讓演算法的變化獨立於使用演算法的客戶。

封裝行為不變的部分，而將可變的行為部分作為抽象以待注入實現，提供演算法定製．

2. 觀察者

觀察者模式定義了物件之間一對多的依賴，這樣一來，當一個物件狀態改變時，它的所有依賴都收到通知並自動更新。

涉及角色：主題，觀察者，通知介面 jdk自帶:Observer,Observable

3. 裝飾器

裝飾器模式動態地將責任附加到物件上。若要擴充套件功能，裝飾器提供了比繼承更有彈性的替代方案。

涉及的角色：統一的抽象(抽象類或介面)，被裝飾類和裝飾類均實現繼承

4. 工廠方法

工廠方法模式定義了一個建立物件的介面，但由子類決定要例項化的類是哪一個。工廠方法讓類把例項化推遲到子類。

把物件的例項化延遲到子類．涉及角色：factoryMethod

5. 抽象工廠

抽象工廠模式提供一個介面，用於建立相關或依賴物件的家族，而不需要明確指定具體類。

生產一簇產品的工廠方法

6. 單例模式

單例模式確保一個類只有一個例項，並提供一個全域性訪問點。

一個類只允許一個例項，雙重volatile+synchronized鎖檢查．

7. 命令模式

命令模式將“請求”封裝成物件，以便使用不同的請求、佇列或日誌來引數化其他物件。命令模式也支援可撤銷的操作。

涉及角色：client,invoker,receiver,command,concreteCommand

8. 介面卡

介面卡模式將一個類的介面，轉換成客戶期望的另一個介面。介面卡讓原本介面不相容的類可以合作無間。

進行介面適配，使原本不適配的呼叫變得可以呼叫，涉及角色：客戶、介面卡介面、介面卡實現、被適配的類。主要目的是適配。

9. 外觀模式（門戶）

外觀模式提供了一個統一的介面，用來訪問子系統中的一群介面。外觀定義了一個高層介面，讓子系統更容易使用。

簡化介面，主要目的是簡化客戶的訪問，並不屏閉外部對系統子類的直接訪問

10. 模板方法

模板方法模式在一個方法中定義一個演算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以在不改變演算法結構的情況下，重新定義演算法中的某些步驟。

11. 迭代器

迭代器模式提供了一種方法順序訪問一個聚合物件中的各個元素，而又不暴露其內部的表示。

12. 組合

組合模式允許你將物件組合成樹形結構來表示“整體/部分”層次結構。組合能讓客戶以一致的方式處理個別對象以及物件組合。

涉及角色：client、介面(含getChild)

13. 狀態

狀態模式允許物件在內部狀態改變時改變它的行為，物件看起來好像修改了它的類。（和策略模式類圖幾乎完全一致）

14. 代理

代理模式為另一個物件提供一個替身或佔位符以控制對這個物件的訪問。

另外書中將MVC編譯成了有趣的一首歌，這本書讓我對MVC模式的理解頓時領悟，原來MVC模式是多種設計模式組合而來的模式，分別是策略、觀察、組合！MVC是一種組合型的設計模式，是多種設計模式組合而來。