摘要: 訪問者模式（Visitor）是一種分離對象數據結構與行為的方法，通過這種分離，可以為一個已存在的類或類群增加新的操作而無需為它們作任何修改。  閱讀全文

     摘要: 策略模式（Strategy）目的是，定義一系列算法，將每個算法封裝起來，并讓他們可以相互替換。策略模式讓算法獨立于使用它的客戶而變化。  閱讀全文

     摘要: 狀態模式（State）允許一個對象在其內部狀態改變的時候改變行為。  閱讀全文

     摘要: 備忘錄模式（Memento）的定義為：在不破壞封閉的前提下，捕獲并保存一個對象的內部狀態，這樣可以將對象恢復到原先的狀態。
很多應用程序中的Ctrl+Z會取消最后一次用戶操作，如果不用備忘模式，看管者（caretaker）對象要備份原發器（Originator）對象狀態，并且要清楚原發器內部的結構，這樣在原發器上的任何修改，看管者都要做相應的修改，使用備記錄模式可以解決這種問題，備忘錄封閉保存備份的狀態，當原發器提出備份請求，它就會創建一個備忘錄對象返回給看者。  閱讀全文

     摘要: 觀察者模式（Observer）定義對象間的一種一對多的依賴關系,當一個對象的狀態發生改變時, 所有依賴于它的對象都得到通知并被自動更新。  閱讀全文

     摘要: 中介者模式（Mediator）定義一個對象封裝一系列多個對象如何相互作用，使得對象間不需要顯式地相互引用，從而使其耦合更加松散，并且還讓我們可以獨立變化多個對象相互作用。  閱讀全文

     摘要: 迭代器模式（Iterator）提供一種方法可以訪問聚合對象，而不用暴露這個對象的內部表示。  閱讀全文

     摘要: 命令模式（Command）的目標是將一個請求封裝成一個對象，因此可以參數化多個客戶的不同請求，將請求排除，記錄請求日志，并支持撤消操作。  閱讀全文

     摘要: 責任鏈模式（Chain of Responsibility）的目標是使多個對象都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞請求，直到有一個對象處理它為止。  閱讀全文

     摘要: 模板模式（Template）定義一個操作中算法的骨架，將一些步驟的執行延遲到其子類中。  閱讀全文

     摘要: 代理模式（Proxy）的目標是為其他對象提供一個代理或地方以控制對這個對象的訪問。當客戶向代理對象第一次提出請求時，代理實例化真實對象，并且將請求傳給它，以后所有客戶請求都經由代理傳給真實對象。代理模式分為4類：
1、虛擬代理（Virtual Proxy）：直到首次請求時才生成一個真實的耗費代理，它用來存放花費大的真實對象。
2、遠程代理（Remote Proxy）：本地的代理對象控制一個遠程對象。
3、安全代理（Protection Proxy）：代理檢查調用真實對象所需要的權限。
4、聰明引用（Smart Reference）：當調用真實對象時，代理處理另外一些事情。  閱讀全文

     摘要: 組合模式（Composite）的定義為：組合多個對象形成樹形結構，以表示整體－部分的結構層次。組合模式對單個對象和組合對象的使用具有一致性。  閱讀全文

     摘要: 享無模式（Flyweight）是運用共享技術有效地支持大量細粒度的對象。  閱讀全文

     摘要: 外觀模式（Facade）的定義是：為子系統中的一組接口提供一個一致的界面，Facade模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。  閱讀全文

     摘要: 裝飾模式（Decorator）目的是給對象添加職責  閱讀全文

     摘要: 適配器模式（Adapter）的目標是將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作，其分為類模式及對象模式  閱讀全文

     摘要: 橋接模式的意圖是將抽象部分與實現部分分離，使它們都可以獨立的變化。
  閱讀全文

     摘要: 原型模式解決的目標是通過一個已有的對象來創建一個新對象。
比如在使用Ghost對系統進行備份時，實際上備份的是操作系統的一個副本，而不是一個全新的操作系統，這時操作系統就是原型對象。  閱讀全文

     摘要: 單件模式（Singleton）的目標是在應用程序中創建一個唯一的對象。
比較典型的例子就是Windows下的任務管理器。  閱讀全文

     摘要: 構建器模式(Builder)的目標是將對象的創建與它的表示法分開，意味著創建過程保持原狀，但產生對象的表示法可能不同，它通常用來創建復雜的對象，這個對象是由多個組件組成的。
對于銷售組裝電腦的銷售商來說，他們要銷售電腦，而電腦通常由CPU、主板及硬盤等部件組成，這時，電腦的組成就可以由Builder模式來解決。  閱讀全文

     摘要: AbstractFactory模式解決的問題是創建一組相關或者相互依賴的對象。
我們以一個電腦產品的例子來說明。
我們現在要生產電腦產品，假設電腦產品現在只有臺式機及筆記本兩種，我們需要建一個工廠用來生產電腦產品，而工廠中可以生產不同品牌的電腦，對于每個品牌，我們分別建立相應的品牌工廠，負責生產各自的品牌產品，假設現在有DELL及IBM兩個品牌工廠，那么現在每個工廠都可以生產各自的臺式機及筆記本了。
其類圖如下  閱讀全文