创建性模式
singleton模式解决的是实体对象个数的问题。除了singleton之外，其他创建性模式都是new耦合所带来的耦合关系。
Factoyr Method,Abstrct Factory, Builder都需要一个额外的工厂类来负责实例化“易变对象”，而Prototype则是通过原型（一个特殊的工厂类）来克隆“易变对象”。
如果遇到“易变类”，期初的涉及通常从Factory Method开始，当遇到更多的复杂的变化时，在考虑重构其他三种工厂模式（Abstract Factory,Builder,Prototype）。
Prototype模式：
Singleton模式：
Builder模式：
Factory模式：
Factory Method模式：
Abstract Factory模式
结构型模式
Adapter模式注重转换接口，将不吻合的接口适配对接
Bridge模式注重分离接口与其实现，支持多维度变化（手机功能）
Composite模式注重统一接口，将“一对多”的关系转为“一对一的关系”
Decorator模式注重稳定接口，在此前提下为对象扩展功能
Facade模式注重的是简化接口，简化组件系统与外部客户关系的依赖关系
Flyweight模式注重保留接口，将内部使用共享技术对对象存储进行优化
Proxy模式注重假接口，增加间接来实现灵活控制，安全性、分离实现等解耦等工作
Adapter模式：
Bridge模式：
Composite模式：
Decorator模式：
Facade模式：
Flyweight模式
Proxy模式：
行为型模式
Template Method模式封装了算法结构，支持算法的步骤变化
Strategy模式注重封装算法，支持算法的变化
State模式注重封装与状态相关的行为，支持变化，即通过状态的变化封装到对象的转换
Memento模式注重封装对象状态变化，支持保存/恢复
Mediator模式注重封装对象的交互，支持对象的变化
Chain Of Responsibility模式注重封装对象责任，支持责任的变化
Command模式注重将请求封装为对象，注重请求的变化，类似委托
Iterator模式注重封装集合对象内部结构，支持集合的变化
Interpreter模式主张封装特定领域变化，支持领域问题的频繁变化，解释器模式
Observer模式注重封装对象通知，支持通信对象的变化
Visitor模式注重对对象操作的变化，支持在运行时为类层次动态添加新的操作
Template Method模式：
Strategy模式
State模式：
Memento模式：
Mediator模式：
Chain Of Responsibility模式：
Command模式：
Iterator模式：
Interpreter模式：
Observer模式：
Visitor模式：
呵呵，总结到此为止，综上一句话概况：面向对象就是面向接口，通过第三层的介入达到灵活多变，解耦。