一： 从目的来看：
创建型（Creational）模式：通常和对象的创建有关，涉及到对象实例化方法（共5种）
结构型（Structural）模式：描述的是如何组合类和对象以获得更大的结构（共7中）
行为型（Behavioral）模式：用来对类或对象怎样交互和怎样分配职责进行描述（共11种）
（一）创建型模式用来处理对象的创建过程，主要包含下面5种
1.工厂方法模式（Factory Method）
定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中
2.抽象工厂模式（Abstract Factory）
提供一个创建一系列相关或者相互依赖的接口，而无需指定他们具体的类
3.创建者模式（Builder）
将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示
4.原型模式（Prototype）
用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象
5.单例模式（Singleton）
是保证一个类仅有一个实例，并且提供一个访问他的全局访问点
（二）结构型模式用来处理类或者对象的组合，主要包含下面7种设计模式
1.代理模式（Proxy）
2.装饰模式（Decorator）
动态的给一个对象添加一些额外的职责。就增加功能来说，此模式比生成子类更为灵活
3.适配器模式（Adapter）
是将一个类的接口转换为客户希望的另一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作
4.桥接模式（Bridge）
将抽象部分和实际部分相分离，使得他们都可以独立的变化
5.组合模式（Composite）
将对象组合成树形结构以表示“部分--整体”的层次结构。使得用户对单个对象和组合对象的使用具有一致性
6.外观模式（Facade）
是为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用
7.享元模式（Flyweight）
（三）行为型模式：用来对类或对象怎样交互和怎样分配职责进行描述，主要包含11种
1.模板方法模式（Template Method）
使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤
2.命令模式（Command）
是将一个请求封装为一个对象，从而使你可用不同的请求对客户端进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作
3.责任链模式（Chain of Responsibility）
使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系， 将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理他为止。
这使得系统可以在不影响客户端的情况下动态的重新组织链与分配责任
4.策略模式（Strategy）
就是准备一组算法，并将每一个算法封装起来，使得他们可以互换
5.中介者模式（Mediator）
就是用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
6.观察者模式（Observer）
定义了对象间一种一对多的依赖关系,当被观察者状态发生变化,它的观察者们会收到通知并自动更新。
7.备忘录模式（Memento）
在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态
8.访问者模式（Visitor）
表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
9.状态模式（State）
10.解释器模式（Interpreter）
描述了如何为简单的语言定义一个语法，如何在该语言中表示一个句子，以及如何解释这些句子
11.迭代器模式（Iterator）
是提供了一种方法顺序来访问一个聚合对象中的各个元素，而又不需要暴露该对象的内部表示
二：从范围来看
三：从封装变化角度对模式分类
（一）组件模式
Tempalte Method、Strategy、Observer/Event
（二）对象创建
Factory Method、Abstract Factory、Prototype、Builder
（三）接口隔离
Facade、Proxy、Mediator、Adapter
（四）数据结构
Composite、Iterator、Chain of Reposibility
（五）单一职责
（六）对象性能
（七）行为变化
（八）状态变化
（九）领域问题
四：补充---重构
（一）重构获得模式 Refactoring to Patterns
1.面向对象设计模式是“好的面向对象设计”，所谓“好的面向对象设计”指的是那些可以满足“应对变化，提高复用”的设计。
2.现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻找变化点，然后在变化点处应用设计模式，从而来更好地应对需求的变化”。“什么时候、什么地点应用设计模式”比“理解设计模式结构本身”更为重要。
3.设计模式的应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提倡“Refactoring ro Patterns”是目前普遍公认的最好的使用设计模式的方法。
（二）重构关键技法
静态 -> 动态
早绑定 -> 晚绑定
继承 -> 组合
编译时依赖 -> 运行时依赖
紧耦合 -> 松耦合