(继续day15）
行为模式
中介者模式（Mediator）
- 将一同协作的各种对象（类）解耦，不需要它们彼此关联或了解。如此便提高了代码的重用性，也降低了维护难度。
- 协作者仅需要关联中介者，中介者协调协作者间的各种交互，而不是协作者间直接交互。
中介者模式-结构图
中介者模式-交互图
备忘录模式（MEMENTO）
将系统（或系统某部分）在运行时的某一时刻的状态包装成对象（备忘录），需要的时候利用这个对象将系统恢复到那个状态。
简单的撤销操作不一定能恢复系统之前的状态
不胜任的撤销操作
- 备忘录、原发器
备忘录-结构图
备忘录-交互图
观察者模式（Observer）
- 目标（subject）和观察者（observer）
观察者模式-示例
观察者模式-结构图
观察者模式-交互图
重点：当observer修改subject后，并不是马上更新自己的状态，而是与其他未参与修改的observer一同等待（或响应）subject发来变更通知后再更新状态。
扩展：事件机制（或消息机制）可能是观察者模式比较好的实现形式。一定程度上能将observer与subject间的双向关联转换成仅需要observer向subject的单向关联，当某个observer变更subject后，将变更事件（消息）+subject发送到相关的事件监听总线，如此所有监听此事件的observer都可以响应这个变更，但也可能需要创建多种事件类型。
状态模式（State）
- 将一大堆分支的每个分支独立到一个状态类中，从而更简洁明了的处理各种情况下的事务
- 实现的关键在于如何让主类在各个状态中切换。通常会由状态类来判定并实施将主类切换到另一个状态
- 状态类通常会以单例的形式存在。
状态模式-示例
策略（Strategy）
- 当出现多个条件语句且每个分支比较复杂时，可考虑将每个分支分解到一个策略类中。
-
与State策略的不同：
1 同样可用于替换if分支，但State之间会相互跃迁，而Strategy之间并无关联。
2 State的切换由系统自己完成，但Strategy需要客户主动选定。
侧率模式-结构图
模板方法（TEMPLATE METHOD）
- 算法骨架，过程框架
- 与工厂方法的区别：
1 工厂方法一般是抽象的或者子类需要重新实现的；而模板方法是个具体方法，不被子类重写，但方法的实现中调用了一个或多个会由子类实现的抽象方法（这些抽象方法貌似工厂方法，但不是）。
2 工厂方法是要返回产品的，而模板方法中调用的抽象方法可能并不返回产品，仅仅表达一个处理步骤。
模板方法-示例
访问者模式（Visitor）
- 特别作用于组合模式，常用于遍历。
- 特点：将方法包装成对象传递到遍历过程中。
-
与Iterator区别：
1 Iterator仅仅提供了以何种遍历模式获取结构中的元素，并不涉及如何使用获取到的元素；而Visitor模式会使用遍历到的元素，特别是，Visitor可能会在遍历过程中就使用那个元素。 - Visitor可以与Iterator模式相辅使用。
至此，23种设计模式算是都接触并简单了解了，日后就要在设计中考虑它们的应用了，并且需要不时的重刷设计模式教材，不断加深理解，以达到融会贯通，运用自如的境地。
个人感悟：设计模式的目标就在于提高代码模块化、重用性以及对需求变更的适应力，因此，只要你的设计是奔着那个目标去的，就需要局限于这23种模式，形成你自己的模式更好。
