設(shè)計(jì)模式主要分三個(gè)類型:創(chuàng)建型、結(jié)構(gòu)型和行為型。
其中創(chuàng)建型有：

一、單例模式(Singleton)：保證一個(gè)類只有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)

二、抽象工廠(Abstract Factory)：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)須指定它們的具體類。

三、工廠方法(Factory Method)：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類，F(xiàn)actory Method使一個(gè)類的實(shí)例化延遲到了子類。

四、建造模式(Builder)：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與他的表示相分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。

五、原型模式(Prototype)：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過(guò)拷貝這些原型來(lái)創(chuàng)建新的對(duì)象。
行為型有：

六、迭代器模式(Iterator)：提供一個(gè)方法順序訪問(wèn)一個(gè)聚合對(duì)象的各個(gè)元素，而又不需要暴露該對(duì)象的內(nèi)部表示。

七、觀察者模式(Observer)：定義對(duì)象間一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知自動(dòng)更新。

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

九、命令模式(Command)：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，對(duì)請(qǐng)求排隊(duì)和記錄請(qǐng)求日志，以及支持可撤銷的操作。

十、狀態(tài)模式(State)：允許對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變他的行為。對(duì)象看起來(lái)似乎改變了他的類。

十一、策略模式(Strategy)：定義一系列的算法，把他們一個(gè)個(gè)封裝起來(lái)，并使他們可以互相替換，本模式使得算法可以獨(dú)立于使用它們的客戶。

十二、職責(zé)鏈模式(China of Responsibility)：使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的送發(fā)者和接收者之間的耦合關(guān)系

十三、中介者模式(Mediator)：用一個(gè)中介對(duì)象封裝一些列的對(duì)象交互。

十四、訪問(wèn)者模式(Visitor)：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個(gè)元素的新操作。

十五、解釋器模式(Interpreter)：給定一個(gè)語(yǔ)言，定義他的文法的一個(gè)表示，并定義一個(gè)解釋器，這個(gè)解釋器使用該表示來(lái)解釋語(yǔ)言中的句子。

十六、備忘錄模式(Memento)：在不破壞對(duì)象的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。
結(jié)構(gòu)型有：

十七、組合模式(Composite)：將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。

十八、外觀模式(Facade)：為子系統(tǒng)中的一組接口提供一致的界面，fa?ade提供了一高層接口，這個(gè)接口使得子系統(tǒng)更容易使用。

十九、代理模式(Proxy)：為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)

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

二十一、裝飾模式(Decrator)：動(dòng)態(tài)地給一個(gè)對(duì)象增加一些額外的職責(zé)，就增加的功能來(lái)說(shuō)，Decorator模式相比生成子類更加靈活。

二十二、橋模式(Bridge)：將抽象部分與它的實(shí)現(xiàn)部分相分離，使他們可以獨(dú)立的變化。

二十三、享元模式(Flyweight):在面向?qū)ο筌浖O(shè)計(jì)中，利用公共對(duì)象不僅能節(jié)省資源還能提高性能。共享的對(duì)象只能提供某些內(nèi)在的信息，而不能用來(lái)識(shí)別對(duì)象。專門用于設(shè)計(jì)可共享對(duì)象的一種設(shè)計(jì)模式叫做享元模式（Flyweight pattern）。實(shí)現(xiàn)享元模式需要兩個(gè)關(guān)鍵組件，通常是可共享的享元對(duì)象和保存他們的池。某種中央對(duì)象維護(hù)這個(gè)池，并從它返回適當(dāng)?shù)膶?shí)例。運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。