设计模式总结
创建型模式：
Singleton模式解决实体对象个数的问题。除了Singleton之外 ，其他创建型模式解决的都是new带来的耦合关系。
Factory Method，Abstract Factory，Builder都需要一个额外的工厂类来负责实例化“易变对象”，而Protorype则是通过原型来克隆易变对象。
如果遇到“易变类”，起初的设计通常从Factory Method开始，当遇到更多的复杂变化时，在考虑重构其他三种模式。
结构型模式：
Adapter模式注重转换接口，将不吻合的接口适配对接。
Bridge模式注重分离接口与其实现，支持多维度变化。
Composite模式注重统一接口，将"一对多"的关系转化为“一对一”的关系。
Decorator模式注重稳定接口，在此前提下为对象扩展功能。
Facade模式注重简化接口，简化组件系统与外部客户程序的依赖关系。
Flyweight模式注重保留接口，在内部使用共享技术对对象存储进行优化。
Proxy模式注重假借接口，增加间接层来实现灵活控制。
行为型模式：
Templa Method模式封装算法结构，支持子步骤变化。
Strategy模式注重封装算法，支持算法变化。
State模式注重封装与状态相关的行为，支持状态的变化。
Memento模式注重封装对象状态变化，支持状态保存/恢复。
Mediator模式注重封装对象间的交互，支持对象交互的变化。
Chain Of Responsibility模式注重封装对象责任，支持责任的变化。
Command模式注重将请求封装为对象，支持请求的变化。
Iterator模式注重封装集合对象内部结构，支持集合的变化。
Interpreter模式注重封装特定领域变化，支持领域问题的频繁变化。
Observer模式注重封装对象通知，支持通信对象的变化。
Visitor注重封装对象操作变化，支持在运行时为类层次结构动态添加新操作。
模式总结：
设计模式建立在对系统变化点的基础上进行，哪里有变化，哪里应用。
设计模式应该以演化的方式来获得，系统的变化点往往是经过不断演化才能确定。
不能为了模式而模式，设计模式是一种软力量，而非规范便准。
原文：https://www.cnblogs.com/jyzj/p/14487518.html