“图解设计模式”

iterator

• 一个一个遍历
• 迭代器
• 类比：数组下标，顺序遍历
• xxxIterator作为接口，含有hasNext, next等方法，作用类似于for循环中的I
• next方法: 返回当前元素，并指向下一个元素
• hasNext方法：确认接下来是否可以调用next方法

Adapter

• 加个“适配器”以便于复用
• 也被称为Wrapper模式，“包装器”

1. 类适配器模式：使用继承的适配器
2. 对象适配器模式，使用委托的适配器，委托就是指将某个方法中的实际处理交给其他实例的方法

Template Method

• 将具体处理交给子类
• 在父类中定义处理流程的框架，在子类中实现具体处理
• 抽象父类中使用抽象方法（处理流程）；子类中重写抽象方法，提供具体实现（流程中的步骤具体是怎么做的）。使用的时候，new一个子类，赋值给父类，调用父类方法，实现多态。
• 可以是逻辑处理通用化。

Factory Method

• 将实例的生成交给子类
• 父类决定实例的生成方式，子类负责具体的处理
• 父类产品，父类工厂都是抽象类(框架)；子类产品和子类工厂提供具体实现（具体加工）。用子类工厂new，赋值给父类工厂。调用父类生产create方法，得到子类产品，赋值给父类产品。调用父类产品的使用方法use，达到子类行为输出的目的。

Singleton

• 只有一个实例

Prototype

• 通过复制生成实例

Builder

• 组装复杂的实例

Abstract Factory

• 将关联零件组装成产品
• 抽象工厂的工作是将“抽象零件”组装为“抽象产品”
• “抽象”：不考虑具体怎样实现，而是仅关注接口的状态

Bridge

• 将类的功能层次结构与实现层次结构分离
• 父类中的功能函数不是抽象函数，而是调用其他的抽象类函数完成。

Strategy

• 整体地替换算法

Composite

• 容器与内容的一致性
• 类比: 提供一个虚父类条目Entry，作为文件File和文件夹Directory的共同父类。这样就可以把容器和内容统一处理了。

Decorator

• 装饰边框和被装饰物的一致性
• 采用聚合的关系，内容，作为边框的一个成员。那么，就可以调用内容的方法，并且添加其他特征。就好像在一幅画上添加边框一样。

Visitor

• 访问数据结构并处理数据
• 数据结构与处理分离开来

Chain of Responsibility

• 推卸责任
• 将多个对象组成一条职责链，然后按照它们在职责链上的顺序一个一个地找出到底应该来负责处理。
• 比如解决问题场景，如果能解决，就返回true，不能解决，就返回false，同时传给next指定的下一个对象

Facade

• 简单窗口
• Facade角色可以让系统对外只有一个简单的接口。
• 其他角色格子完成自己的工作，它们并不知道Facade角色
• Facade角色调用其他角色进行工作，但是其他角色不会调用Facade角色

Mediator

• 只有一个仲裁者
• 组员向仲裁者报告（注册），仲裁者向组员下达指示（调用）
• 要调整多个对象之间的关系时，就需要用到Mediator模式
• 将控制显示的逻辑处理交给仲裁者负责

Observer

• 发送状态变化通知

Memento

• 保存对象状态
• 撤销，重做，历史记录，快照
• 引入一个专门的类，记录状态。

State

• 用类表示状态
• 替代用if方法判断状态的方式
• 分而治之，将每一种状态都封装成一个类，降低复杂度。比如登录态，非登录态，这两种状态是不同的，用两个类来分别表示，简单一些。

Flyweight

• 共享状态，避免浪费
• 通过尽量共享实例来避免new出实例
• 将使用的基础类保存起来，用到的时候，先从缓存中找，有就直接用，没有的时候再生成。

Proxy

• 只在必要时生成实例

Command

• 命令也是类
• 所有的命令形成一个集合，放在这个类中，可以添加，可以删除，顺序执行。

Interpreter

• 语法规则也是类
• 小程序中的DSL自定义语言，可以理解为这种情况