設計模式主要分三個型別:建立型、結構型和行為型。
其中建立型有：

一、單例模式(Singleton)：保證一個類只有一個例項，並提供一個訪問它的全域性訪問點

二、抽象工廠(Abstract Factory)：提供一個建立一系列相關或相互依賴物件的介面，而無須指定它們的具體類。

三、工廠方法(Factory Method)：定義一個用於建立物件的介面，讓子類決定例項化哪一個類，Factory Method使一個類的例項化延遲到了子類。

四、建造模式(Builder)：將一個複雜物件的構建與他的表示相分離，使得同樣的構建過程可以建立不同的表示。

五、原型模式(Prototype)：用原型例項指定建立物件的種類，並且通過拷貝這些原型來建立新的物件。
行為型有：

六、迭代器模式(Iterator)：提供一個方法順序訪問一個聚合物件的各個元素，而又不需要暴露該物件的內部表示。

七、觀察者模式(Observer)：定義物件間一對多的依賴關係，當一個物件的狀態發生改變時，所有依賴於它的物件都得到通知自動更新。

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

九、命令模式(Command)：將一個請求封裝為一個物件，從而使你可以用不同的請求對客戶進行引數化，對請求排隊和記錄請求日誌，以及支援可撤銷的操作。

十、狀態模式(State)：允許物件在其內部狀態改變時改變他的行為。物件看起來似乎改變了他的類。

十一、策略模式(Strategy)：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。

十二、職責鏈模式(China of Responsibility)：使多個物件都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關係

十三、中介者模式(Mediator)：用一箇中介物件封裝一些列的物件互動。

十四、訪問者模式(Visitor)：表示一個作用於某物件結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。

十五、直譯器模式(Interpreter)：給定一個語言，定義他的文法的一個表示，並定義一個直譯器，這個直譯器使用該表示來解釋語言中的句子。

十六、備忘錄模式(Memento)：在不破壞物件的前提下，捕獲一個物件的內部狀態，並在該物件之外儲存這個狀態。
結構型有：

十七、組合模式(Composite)：將物件組合成樹形結構以表示部分整體的關係，Composite使得使用者對單個物件和組合物件的使用具有一致性。

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

十九、代理模式(Proxy)：為其他物件提供一種代理以控制對這個物件的訪問

二十、介面卡模式(Adapter)：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不相容而不能一起工作那些類可以一起工作。

二十一、裝飾模式(Decrator)：動態地給一個物件增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。

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

二十三、享元模式(Flyweight):在面向物件軟體設計中，利用公共物件不僅能節省資源還能提高效能。共享的物件只能提供某些內在的資訊，而不能用來識別物件。專門用於設計可共享物件的一種設計模式叫做享元模式（Flyweight pattern）。實現享元模式需要兩個關鍵元件，通常是可共享的享元物件和儲存他們的池。某種中央物件維護這個池，並從它返回適當的例項。運用共享技術有效地支援大量細粒度的物件。