標籤：
設計模式（Design pattern）是一套被反覆使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無疑問，設計模式是軟體工程的基石脈絡，如同大廈的結構一樣。
設計原則為什麼要提倡“Design Pattern呢？根本原因是為了代碼複用，增加可維護性。那麼怎麼才能實現代碼複用呢？物件導向有幾個原則：單一職責原則 （Single Responsiblity Principle SRP）開閉原則（Open Closed Principle，OCP）、裡氏代換原則（Liskov Substitution Principle，LSP）、依賴倒轉原則（Dependency Inversion Principle，DIP）、介面隔離原則（Interface Segregation Principle，ISP）、合成/彙總複用原則（Composite/Aggregate Reuse Principle，CARP）、最小知識原則（Principle of Least Knowledge，PLK，也叫迪米特法則）。開閉原則具有理想主義的色彩，它是物件導向設計的終極目標。其他幾條，則可以看做是開閉原則的實現方法。設計模式就是實現了這些原則，從而達到了代碼複用、增加可維護性的目的。 基本模式設計模式分為三種類型，共23種。
- 建立型模式：單例模式、抽象原廠模式、建造者模式、原廠模式、原型模式。
- 結構型模式：適配器模式、橋接模式、裝飾模式、組合模式、面板模式、享元模式、代理模式。
- 行為型模式：模版方法模式、命令模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解譯器模式（Interpreter模式）、狀態模式、策略模式、職責鏈模式(責任鏈模式)、訪問者模式。
按字典序排列簡介如下。Abstract Factory（抽象原廠模式）：提供一個建立一系列相關或相互依賴對象的介面，而無需指定它們具體的類。Adapter（適配器模式）：將一個類的介面轉換成客戶希望的另外一個介面。Adapter模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。Bridge（橋接模式）：將抽象部分與它的實現部分分離，使它們都可以獨立地變化。Builder（建造者模式）：將一個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。Chain of Responsibility（責任鏈模式）：為解除請求的寄件者和接收者之間耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個對象處理它。Command（命令模式）：亦稱 "MVC" 將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數化；對請求排隊或記錄請求日誌，以及支援可取消的操作。Composite（組合模式）：將對象組合成樹形結構以表示“部分-整體”的階層。它使得客戶對單個對象和綜合物件的使用具有一致性。Decorator（裝飾模式）：動態地給一個對象添加一些額外的職責。就擴充功能而言， 它比產生子類方式更為靈活。Facade（面板模式）：為子系統中的一組介面提供一個一致的介面，Facade模式定義了一個高層介面，這個介面使得這一子系統更加容易使用。Factory Method（原廠模式）：定義一個用於建立對象的介面，讓子類決定將哪一個類執行個體化。Factory Method使一個類的執行個體化延遲到其子類。Flyweight（享元模式）：運用共用技術有效地支援大量細粒度的對象。Interpreter（解析器模式）：給定一個語言, 定義它的文法的一種表示，並定義一個解譯器, 該解譯器使用該表示來解釋語言中的句子。Iterator（迭代器模式）：提供一種方法順序訪問一個彙總對象中各個元素，而又不需暴露該對象的內部表示。Mediator（中介模式）：用一個中介對象來封裝一系列的對象互動。中介者使各對象不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動。Memento（備忘錄模式）：在不破壞封裝性的前提下，捕獲一個對象的內部狀態，並在該對象之外儲存這個狀態。這樣以後就可將該對象恢複到儲存的狀態。Observer（觀察者模式）：定義對象間的一種一對多的依賴關係,以便當一個對象的狀態發生改變時,所有依賴於它的對象都得到通知並自動重新整理。Prototype（原型模式）：用原型執行個體指定建立對象的種類，並且通過拷貝這個原型來建立新的對象。Proxy（代理模式）：為其他對象提供一個代理以控制對這個對象的訪問。Singleton（單例模式）：保證一個類僅有一個執行個體，並提供一個訪問它的全域訪問點。 單例模式是最簡單的設計模式之一，但是對於Java的開發人員來說，它卻有很多缺陷。在九月的專欄中，David Geary探討了單例模式以及在面對多線程（multi-threading）、類裝載器（class loaders）和序列化（serialization）時如何處理這些缺陷。State（狀態模式）：允許一個對象在其內部狀態改變時改變它的行為。對象看起來似乎修改了它所屬的類。Strategy（策略模式）：定義一系列的演算法,把它們一個個封裝起來, 並且使它們可相互替換。本模式使得演算法的變化可獨立於使用它的客戶。Template Method（模板方法模式）：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。Visitor（訪問者模式）：表示一個作用於某對象結構中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作。
開發常見設計模式
