模式依据其目的性可分为创建型（Creational）、结构型（Structural），行为型（Behavioral）三种。
创建型模式与对象的创建有关；结构型模式处理类或对象的组合；行为型模式对类或对象怎样交互和怎样分配职责进行描述
创建型
1.工厂方法（Factory Method）：定义了一个用于创建对象的接口，让子类决定将那一个类实例化。Factory Method 使一个类的实例化延迟到其子类
2.抽象工厂（Abstract Factory）: 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类
3.生成器（Builder）：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示
4.原型（Prototype）：用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象
5.单件（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点
结构型
6.适配器（Adapter）: 将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作
7.桥接（Bridge）：将抽象部分与它的的实现部分分离，使它们都可以独立的变化
8.组合（Composite）：将对象组合成树形结构以表示“部分-整体”的层次结构。Composite 使得客户对单个对象和复合对象的使用具有一致性
9.装饰者（Decorator）：动态的给一个对象添加一些额外的职责。就扩展功能来说，Decorator模式比生成子类更加灵活
10.外观（Facade）：为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用
11.享元（Flyweight）：运用共享技术有效地支持大量细粒度的对象
12.代理（Proxy）：为其他对象提供一个代理以控制对这个对象的访问。
行为型
13.解释器（Interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子
14.模版方法（Template Method）：定义一个操作中算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤
15.职责链（Chain of Responsibility）：为解除请求的发送者和接收者之间的耦合，而使得多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它
16.命令（Command）：将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作
17.迭代器（Iterator）：提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示
18.中介者（Mediator）：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互
19.备忘录（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以将对象恢复到保存的状态
20.观察者（Observer）：定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生变化时，所有依赖于它的对象都得到通知并自动刷新
21.状态（State）：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类
22.策略（Strategy）：定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。本模式使得算法的变化可以独立于使用它的客户
23.访问者（Visitor）：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各单元素的类的前提下定义作用于这些元素的新操作
设计应支持变化，下面阐述了一些导致重新设计的一般原因，以及解决这些问题的设计模式：
1）通过显示地指定一个类来创建对象 在创建对象时指定类名将使你受特定实现的约束而不是特定接口的约束。这会使未来的变化更复杂。要避免这种将情况，应该简接地创建对象。
设计模式：2.抽象工厂（Abstract Factory）,1.工厂方法（Factory Method）,4.原型（Prototype）
2）对特殊操作的依赖 当你为请求指定一个特殊操作时，完成该请求的方式就固定下来了。为避免把请求代码写死，你将可以在编译时刻或运行时刻很方便地改变效应请求的方法。
设计模式：15.职责链（Chain of Responsibility），16.命令（Command）
3）对硬件和软件平台的依赖 外部的操作系统接口和应用编程接口（API）在不同的软硬件平台上是不同的。依赖于特定平台的软件将很难移植到其他平台上，甚至都很难跟上本地平台的更新。所以设计系统时限制其平台相关性就很重要了。
设计模式： 2.抽象工厂（Abstract Factory），7.桥接（Bridge）
4）对对象表示或实现的依赖 知道对象怎样表示、保存、定位或实现的客户在对象发生变化时可能也需要变化。对客户隐藏这些信息能组织连锁变化。
设计模式：2.抽象工厂（Abstract Factory），7.桥接（Bridge），19.备忘录（Memento）,12.代理（Proxy）
5)算法依赖 算法在开发和复用时常常被扩展、优化和替代。依赖于某个特定算法的对像在算法发生变化时不得不变化。因此有可能发生变化的算法应该被孤立起来。
设计模式：3.生成器（Builder），17.迭代器（Iterator），22.策略（Strategy），14.模版方法（Template Method），23.访问者（Visitor）
6）紧耦合 紧耦合的类很难独立地被复用，因为它们是相互依赖的。紧耦合产生单块的系统，要改变或删掉一个类，你必须理解和改变其他许多类。这样的系统是一个很难学习、移植和维护的密集体。
松散耦合提高了一个类本身被复用的可能性，并且系统更易于学习、移植、修改和宽展。设计模式使用抽象耦合和分层技术来提高系统的松散耦合性。
设计模式：2.抽象工厂（Abstract Factory）,16.命令（Command），10.外观（Facade），18.中介者（Mediator），20.观察者（Observer），15.职责链（Chain of Responsibility）
7）通过生成子类来扩展功能 通常很难通过定义子类来定制对象。每一个新类都有固定的实现开销（初始化，终止处理等）。定义子类还需要对父类有深入的了解。如，重定义一个操作可能需要重定义其他操作。一个被重定义的操作可能需要调用继承下来的的操作。并且子类方法会导致类爆炸，因为即使对一个简单的扩展，你也不得不引入许多新的子类。
一般的对象组合技术和具体的委托技术，是继承之外组合对象行为的另一种灵活方法。新的功能可以通过以新的方式组合已有对象，而不是通过定义已存在类的子类的方式加到应用中去。另一方面，通过多用对象组合会使设计难于理解。许多设计模式产生的设计中，你可以定义一个子类，且将它的实例和已存在实例进行组合来引入定制的功能。
设计模式：7.桥接（Bridge），15.职责链（Chain of Responsibility），8.组合（Composite），9.装饰者（Decorator），20.观察者（Observer），22.策略（Strategy）
8）不能方便地对类进行修改 有时你不得不改变一个难以修改的类。也许你需要源代码而又没有（对于商业类库就有这种情况），或者可能对类的任何改变会要求修改许多已存在的其他子类。设计模式提供在这些情况下对类进行修改的方法。
设计模式：6.适配器（Adapter），9.装饰者（Decorator），23.访问者（Visitor）