此系列文章为清华大学出版社出版刘伟编著《Java设计模式》的学习笔记。
设计模式定义
设计模式（Design Pattern）是一套被反复使用的、多数人知晓的、经过分类编目的代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解并且提高代码的可靠性。设计模式是一种对于软件系统中不断重现的设计问题的解决方案进行文档化的技术，也是一种共享专家经验的技术。
GoF（Gang of Four：四位软件工程学者）对设计模式的定义如下
设计模式是在特定环境下为解决某一通用软件设计问题提供的一套定制的解决方案，该方案描述了对象和类之间的相互作用。
GoF的23种设计模式简介
1 创建型模式
| 模式名称 | 模式简介 |
|---|---|
| 抽象工厂模式 | 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类 |
| 建造者模式 | 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示 |
| 工厂方法模式 | 定义一个用于创建对象的接口，但是让子类决定将哪一个实例化。该模式让一个类的实例化延迟到其子类 |
| 原型模式 | 使用原型实例指定待创建对象的类型，并且通过复制这个原型来创建新的对象 |
| 单例模式 | 确保一个类只有一个实例，并提供一个全局的访问点来访问这个唯一的实例 |
2 结构型模式
| 模式名称 | 模式简介 |
|---|---|
| 适配器模式 | 将一个类的接口转换成客户希望的另一个接口。该模式让接口不兼容的类可以一起工作 |
| 桥接模式 | 将抽象部分与它的实现部分解耦，使得两个都能够独立变化 |
| 组合模式 | 组合多个对象形成树形结构以表示具有部分-整体关系的层次结构。该模式让客户端可以统一对待单个对象的和组合对象 |
| 装饰模式 | 动态地给一个对象增加一些额外的职责，就扩展功能而言，装饰模式提供了一种比使用子类更加灵活的替代方案 |
| 外观模式 | 为子系统的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用 |
| 享元模式 | 运用共享技术有效地支持大量细粒度对象的复用 |
| 代理模式 | 给某一个对象提供一个代理或占位符，并且代理对象来控制对原对象的访问 |
2 行为型模式
| 模式名称 | 模式简介 |
|---|---|
| 职责链模式 | 避免将一个请求的发送者与接收者耦合在一起，让多个对象都有机会处理请求。将接收请求的对象连成一条链，并且 沿着这条链传递请求，知道有一个对象能够处理它为止 |
| 命令模式 | 将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化，对请求排队或者记录请求日志，以及支持可撤销的操作 |
| 解释器模式 | 给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子 |
| 迭代器模式 | 提供一种方法顺序访问一个聚合对象中的一个元素，而又不用暴露该对象的内部表示 |
| 中介模式 | 定义一个对象来封装一系列对象的交互。中介者模式使各对象之间不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间地交互 |
| 备忘录模式 | 在不破坏封装的前提下捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态 |
| 观察者模式 | 定义对象之间的一种一对多依赖关系，使得每当一个对象状态发生改变时其相关依赖对象皆得到通知并被自动更新 |
| 状态模式 | 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类 |
| 策略模式 | 定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法可以独立于使用它的客户而变化 |
| 模板方法模式 | 定义一个操作系统中算法的框架，而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定步骤 |
| 访问者模式 | 表示一个作用于讴歌对象结构中的各个元素的操作。访问这模式可以在不改变个元素的类的前提下定义作用于这些元素的新操作 |
