GOF-23 模式分类
从目的来看：
- 创建型（Creational）模式：将对象的部分创建工作延迟到子类或者其他对象。从而应对需求变化为对象创建时具体类型实现引来的冲击。
- 结构型（Structural）模式：通过类继承或者对象组合获得更灵活的结构，从而应对需求变化为对象的结构带来的冲击。
- 行为型（Behavioral）模式：通过类继承或者对象组合来划分类与对象间的职责，从而应对需求变化为多个交互的对象带来的冲击。
从范围来看：
- 类模式处理类与子类的静态关系。
- 对象模式处理对象间的动态关系。
从封装变化角度对模式分类
- 组件协作：
- Template Method
- Observer / Event
- Strategy
- 单一职责：
- Decorator
- Bridge
- 对象创建：
- Factory Method
- Abstract Factory
- Prototype
- Builder
- 对象性能：
- Singleton
- Flyweight
- 接口隔离：
- Facade
- Proxy
- Mediator
- Adapter
- 状态变化：
- Memento
- State
- 数据结构：
- Composite
- Iterator
- Chain of Responsibility
- 行为变化：
- Command
- Visitor
- 领域问题：
- Interpretor
重构获得模式 Refactoring to Patterns
- 面向对象设计模式是“好的面向对象设计”，所谓“好的面向对象设计”指的是那些可以满足“应对变化，提高复用”的设计。
- 现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻找变化点，然后在变化点处应用设计模式，从而更好地应对需求的变化”。“什么时候、什么地点应用设计模式”比“理解设计模式结构本身”更为重要。
- 设计模式的应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发初中提倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。
推荐图书
重构关键技法
- 静态→ 动态
- 早绑定→ 晚绑定
- 继承→ 组合
- 编译时依赖→ 运行时依赖
- 紧耦合→ 松耦合
“组件协作”模式
- 现代软件专业分工之后的第一个结果是“框架与应用程序的划分”，“组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。
- 典型模式
- Template Method
- Observer / Event
- Strategy
“单一职责”模式
- 在软件组织的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码，这时候的关键就是划清责任。
- 典型模式
- Decorator
- Bridge
“对象创建”模式
- 通过“对象创建”模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。
- 典型模式
- Factory Method
- Abstract Factory
- Prototype
- Builder