如何让孩子爱上设计模式 ——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