設(shè)計模式使人們可以更加簡單方便地復(fù)用成功的設(shè)計和體系結(jié)構(gòu)。將已證實的技術(shù)表述成設(shè)計模式也會使新系統(tǒng)開發(fā)者更加容易理解其設(shè)計思路。

作為設(shè)計模式應(yīng)具有四個基本要素：

（1） 模式名稱（pattern name）

一個助記名，它用一兩個詞來描述模式的問題、解決方案和效果。命名一個新的模式增加了我們的設(shè)計詞匯。設(shè)計模式允許我們在較高的抽象層次上進行設(shè)計?；谝粋€模式詞匯表，我們自己以及同事之間就可以討論模式并在編寫文檔時使用它們。模式名可以幫助我們思考，便于我們與其他人交流設(shè)計思想及設(shè)計結(jié)果。找到恰當(dāng)?shù)哪Ｊ矫彩俏覀冊O(shè)計模式編目工作的難點之一。

（2）問題(problem)

描述了應(yīng)該在何時使用模式。它解釋了設(shè)計問題和問題存在的前因后果，它可能描述了特定的設(shè)計問題，如怎樣用對象表示算法等。也可能描述了導(dǎo)致不靈活設(shè)計的類或?qū)ο蠼Y(jié)構(gòu)。有時候，問題部分會包括使用模式必須滿足的一系列先決條件。

（3） 解決方案(solution)

描述了設(shè)計的組成成分，它們之間的相互關(guān)系及各自的職責(zé)和協(xié)作方式。因為模式就像一個模板，可應(yīng)用于多種不同場合，所以解決方案并不描述一個特定而具體的設(shè)計或?qū)崿F(xiàn)，而是提供設(shè)計問題的抽象描述和怎樣用一個具有一般意義的元素組合（類或?qū)ο蠼M合）來解決這個問題。

（4）效果(consequences)

描述了模式應(yīng)用的效果及使用模式應(yīng)權(quán)衡的問題。盡管我們描述設(shè)計決策時，并不總提到模式效果，但它們對于評價設(shè)計選擇和理解使用模式的代價及好處具有重要意義。軟件效果大多關(guān)注對時間和空間的衡量，它們也表述了語言和實現(xiàn)問題。因為復(fù)用是面向?qū)ο笤O(shè)計的要素之一，所以模式效果包括它對系統(tǒng)的靈活性、擴充性或可移植性的影響，顯式地列出這些效果對理解和評價這些模式很有幫助。

下面給出一些基本的設(shè)計模式：

（1）Abstract Factory：

提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類。

（2）Adapter：

將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

（3）Bridge：

將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立地變化。

（4）Builder：

將一個復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。

（5）Chain of Responsibility：

為解除請求的發(fā)送者和接收者之間耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它。

（6）Command：

將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數(shù)化；對請求排隊或記錄請求日志，以及支持可取消的操作。

（7）Composite：

將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。它使得客戶對單個對象和復(fù)合對象的使用具有一致性。

（8）Decorator：

動態(tài)地給一個對象添加一些額外的職責(zé)。就擴展功能而言， 它比生成子類方式更為靈活。

（9）Facade：

為子系統(tǒng)中的一組接口提供一個一致的界面，F(xiàn)acade模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用。

（10）Factory Method：

定義一個用于創(chuàng)建對象的接口，讓子類決定將哪一個類實例化。Factory Method使一個類的實例化延遲到其子類。

（11）Flyweight：

運用共享技術(shù)有效地支持大量細(xì)粒度的對象。

（12）Interpreter：

給定一個語言，定義它的文法的一種表示，并定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。

（13）Iterator：

提供一種方法順序訪問一個聚合對象中各個元素，而又不需暴露該對象的內(nèi)部表示。

（14）Mediator：

用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用，從而使其耦合松散，而且可以獨立地改變它們之間的交互。

（15）Memento：

在不破壞封裝性的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)。這樣以后就可將該對象恢復(fù)到保存的狀態(tài)。

（16）Observer：

定義對象間的一種一對多的依賴關(guān)系，以便當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動刷新。

（17）Prototype：

用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這個原型來創(chuàng)建新的對象。

（18）Proxy：

為其他對象提供一個代理以控制對這個對象的訪問。

（19）Singleton：

保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。

（20）State：

允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。對象看起來似乎修改了它所屬的類。

（21）Strategy：

定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換。本模式使得算法的變化可獨立于使用它的客戶。

（22）Template Method：

定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。

（23）Visitor：

表示一個作用于某對象結(jié)構(gòu)中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作