如何让孩子爱上设计模式 ——18.备忘录模式(Memento Pattern)

如何让孩子爱上设计模式 ——18.备忘录模式(Memento Pattern)

标签： 设计模式初涉

---

描述性文字

本节讲解的是行为型设计模式种的：备忘录模式(Memento Pattern)，说到这个模式
想起以前用GBA玩宠物小精灵绿宝石的抓裂空座的时候，虽然有大师球，但是基本都
会想着用其他精灵球把神兽抓住，毕竟大师球没得卖，所以会在在打之前存档，
然后开始捕捉，打残血，各种丢球，很多时候丢到裂空座技能都没了只能挣扎，
然后死了，这个时候就肯定要去读档，然后继续重复这个捕捉神兽的过程，
争取尽量少的球，抓到神兽（PS：曾经用了N个普通精灵球就把裂空座抓了，2333，
高兴了一整天~）

这种：

需要把保存一个对象在某个时刻的状态或部分状态，在未来某个时段需要时，
将其还原到原来记录状态的模式，就是 备忘录模式。

接下来说下模式的概念相关。

---

概念相关

定义：

在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外的保存
这个状态。

三个角色：

• Originator：发起人，创建一个备忘录，可以记录，恢复自身的内部状态，还可根据
  需求决定存储那些内部状态。
• Memento：备忘录，存储发起人角色的内部状态，并防止外部对象访问备忘录。
• Caretaker：管理者，存储备忘录，不能对备忘录内容进行访问，只能将其传递
  给其他对象。

UML类图

使用场景

保存一个对象在某一个时刻的全部状态或部分状态，这样以后需要时它能够恢复到先前
的状态，实现撤销操作。防止外界对象破坏一个对象历史状态的封装性。
如果有需要提供回滚操作的需求，使用备忘录模式非常适合。

优缺点

优点

• 1.更好的封装性，不把发起人对象的内部实现细节暴露给外部；
• 2.简化了发起人，把备忘录对象保存到发起人对象之外，让客户来管理请求的状态；
• 3.窄接口和宽接口，债基口保证了只有发起者才能访问备忘录对象的状态；

缺点

资源消耗过大，如果需要保存的原发器类的成员变量太多，就不可避免需要占用大量
的存储空间，每保存一次对象的状态都需要消耗一定的系统资源。

---

代码示例

这里举个简单的RPG游戏的例子，存档保存当前血量，蓝量，以及有用金币。
想定义备忘录类，即存档的内容

接着定义一个角色类（发起人角色），除了属性定义，还有两件关键的事
要做：定义保存方法，保存自身状态；定义恢复方法，传入备忘录对象，
自行回复需要回复的项。

再接着是备忘录管理者类，只负责备忘录对象的传递！
PS：如果是多个存档的，可以用一个集合存备忘录，然后根据一个所以
来获取对应的备忘录！

最后，客户端调用

输出结果

好的，代码非常简单，相信一看就懂了~

---

本节示例代码:

https://github.com/coder-pig/DesignPatternsExample/tree/master/17.Memento%20Pattern

---