行为型模式概述

• 行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。这些模式刻划了在运行时难以跟踪的复杂的控制流。它们将你的注意 力从控制流转移到对象间的联系方式上来
• 行为类模式使用继承机制在类间分派行为。其中包括两个这样的模式：
  • 其中TemplateMethod较为简单和常用。模板方法是一个算法的抽象定义，它逐步地定义该算法， 每一步调用一个抽象操作或一个原语操作，子类定义抽象操作以具体实现该算法
  • 另一种行为类模式是Interpreter。它将一个文法表示为一个类层次，并实现一个解释器作为这些类的实例上的一个操作
• 行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组对等的对象怎样 相互协作以完成其中任一个对象都无法单独完成的任务。这里一个重要的问题是对等的对象 如何互相了解对方。对等对象可以保持显式的对对方的引用，但那会增加它们的耦合度。在 极端情况下，每一个对象都要了解所有其他的对象。 Mediator在对等对象间引入一个mediator对象以避免这种情况的出现。mediator提供了松耦合所需的间接性
• Chain of Responsibility提供更松的耦合。它让你通过一条候选对象链隐式的向一个对 象发送请求。根据运行时刻情况任一候选者都可以响应相应的请求。候选者的数目是任意的， 你可以在运行时刻决定哪些候选者参与到链中
• Observer模式定义并保持对象间的依赖关系。典型的Observer的例子是Smalltalk中的模型/视图/控制器，其中一旦模型的状态发生变化，模型的所有视图都会得到通知
• 其他的行为对象模式常将行为封装在一个对象中并将请求指派给它：
  • Strategy模式将 算法封装在对象中，这样可以方便地指定和改变一个对象所使用的算法
  • Command模式 将请求封装在对象中，这样它就可作为参数来传递，也可以被存储在历史列表里，或者以其 他方式使用
  • State模式封装一个对象的状态，使得当这个对象的状态对象变化时，该对象可改变它的行为
  • Visitor封装分布于多个类之间的行为
  • 而Iterator则抽象了访问 和遍历一个集合中的对象的方式
• 行为型模式有：
  • Chain of Responsibility（职责链）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106201661
  • Command（命令）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242934
  • Interpreter（解释器）——类行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242960
  • Iterator（迭代器）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242970
  • Mediator（中介者）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106242982
  • Memento（备忘录）——对象行为型模式：本文介绍
  • Observer（观察者）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106201675
  • State（状态）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243009
  • Strategy（策略）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243021
  • Template Method（模板方法）——类行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243031
  • Visitor（访问者）——对象行为型模式：https://blog.csdn.net/qq_41453285/article/details/106243048

一、意图

• 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。 这样以后就可将该对象恢复到原先保存的状态

二、别名

• Toke

三、动机

• 有时有必要记录一个对象的内部状态。为了允许用户取消不确定的操作或从错误中恢复 过来，需要实现检查点和取消机制 , 而要实现这些机制，你必须事先将状态信息保存在某处， 这样才能将对象恢复到它们先前的状态。但是对象通常封装了其部分或所有的状态信息 , 使得 其状态不能被其他对象访问，也就不可能在该对象之外保存其状态。而暴露其内部状态又将 违反封装的原则，可能有损应用的可靠性和可扩展性。

四、适用性

• 在以下情况下使用备忘录模式：
  • 必须保存一个对象在某一个时刻的 (部分)状态, 这样以后需要时它才能恢复到先前的状 态
  • 如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏对象 的封装性

五、结构

六、参与者

• Memento（备忘录）：
  • 备忘录存储原发器对象的内部状态。原发器根据需要决定备忘录存储原发器的哪些 内部状态
  • 防止原发器以外的其他对象访问备忘录。备忘录实际上有两个接口，管理者（caretaker）只能看到备忘录的窄接口—它只能将备忘录传递给其他对象。相反 , 原 发器能够看到一个宽接口, 允许它访问返回到先前状态所需的所有数据。理想的情况 是只允许生成本备忘录的那个原发器访问本备忘录的内部状态
• Originator（原发器） ：
  • 原发器创建一个备忘录,用以记录当前时刻它的内部状态
  • 使用备忘录恢复内部状态.
• Caretaker（负责人） ：
  • 负责保存好备忘录
  • 不能对备忘录的内容进行操作或检查

七、协作

• 管理器向原发器请求一个备忘录 , 保留一段时间后 ,将其送回给原发器 , 如下面的交互图所示
• 有时管理者不会将备忘录返回给原发器 , 因为原发器可能根本不需要退到先前的状态

• 备忘录是被动的。只有创建备忘录的原发器会对它的状态进行赋值和检索。

八、效果

• 待续（学习到的时候再回来补）

九、实现

• 待续（学习到的时候再回来补）

十、代码示例

• 待续（学习到的时候再回来补）

十一、相关模式

• Command：命令可使用备忘录来为可撤消的操作维护状态
• Iterator：如前所述备忘录可用于迭代