設計原則：

1. 找出應用中可能需要變化之處，把它們獨立出來，不要和那些不需要變化的程式碼混在一起。
2. 針對介面程式設計，而不是針對實現程式設計。
3. 多用組合，少用繼承。 
4. 為了互動物件之間的鬆耦合設計而努力。
   
5. 類應該對拓展開放，對修改關閉。
6. 依賴倒置原則：要依賴抽象，不要依賴具體類。不能讓高層元件依賴於底層元件。（變數不可以持有具體類的引用）
7. 最少知識原則：只和你的密友談話。
8. 好萊塢原則：別調用我們，我們會呼叫你。（高層元件對底層元件）
9. 單一責任：一個類應該只有一個引起變化的原因。

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

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

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

    工廠方法模式：定義了一個建立物件的介面（父類抽象方法），但由子類決定要例項化的類是哪一個（子類實現抽象方法），工廠方法讓類把例項化推遲到子類。（繼承）

    抽象工廠模式：定義一個介面，用於建立相關或依賴物件的家族，而不需要明確指定具體類（解耦）。（抽象工廠的每個方法看起來想工廠方法）（物件組合）

    單例模式：確保一個類只有一個例項，並提供一個全域性訪問點。（延遲初始化、同步、靜態變數初始化、雙重檢查加鎖volatile）靜態私有變數 、靜態共有方法、私有構造器

    命令模式：將“請求”封裝成物件，以便使用不同的請求、物件或者日誌來引數化其他物件。命令模式也支援可撤銷的操作。（客戶→呼叫者（通過setcommand設定不同的命令，持有一個命令物件）→命令物件（定義了接受者和動作之間的繫結關係，execute呼叫不同接受者執行請求）→接受者）

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

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

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

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

    狀態模式：允許物件在內部狀態改變時改變它的行為，物件看起來好像修改了它的類。

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

裝飾者、介面卡模式、外觀模式的比較：裝飾者不改變介面，但加入新的責任；介面卡將一個介面轉換成另一個介面；外觀讓介面更簡單。

策略、模版方法、命令：策略、命令用組合的方式，模版繼承；策略用不同的演算法做相同的事，演算法之間可以相互替換。命令做不同的事，而且有一個接受者。模版方法定義演算法骨架，在子類中定義某些步驟。

策略、狀態模式的比較。裝飾器、介面卡、代理模式的比較。