设计模式--备忘录模式

目录

本文的结构如下：

• 引言
• 什么是备忘录模式
• 模式的结构
• 典型代码
• 代码示例
• 优点和缺点
• 适用环境
• 模式应用

一、引言

晚上躺在被窝里，突兀的，脑海主动把往事翻出来倒带重播，那些旧时光的画面很清晰，就像投影片一样投在雪白的墙面，回忆着，便思绪万千，下意识发出一声轻叹，哎，看样子要失眠了。

有很多遗憾，有很多舍不得，只是怎么也回不去啊，人生又不是一部重生小说，夏洛也只出现在荧幕中。

所以说，好好敲代码吧，代码敲错了，可以ctrl+z，代码提交错了，可以git reset。

在软件开发中，很多时候需要记录一个对象的内部状态，目的就是为了允许用户取消不确定或者错误的操作，能够恢复到原先的状态，使得有“后悔药”可吃。备忘录模式是一种给软件提供后悔药的机制，通过它可以使系统恢复到某一特定的历史状态。

二、什么是备忘录模式

备忘录模式提供了一种状态恢复的实现机制，使得用户可以方便地回到一个特定的历史步骤。

备忘录模式定义如下：

备忘录模式(Memento Pattern)：在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态。它是一种对象行为型模式，其别名为Token。

三、模式的结构

备忘录模式UML类图如下：

备忘录模式主要包含入下几个角色：

• Originator（原发器）：它是一个普通类，可以创建一个备忘录，并储存该类当前的一些内部状态，也可以使用备忘录来恢复其内部状态，一般将需要保存内部状态的类设计为原发器。
• Memento（备忘录)：存储原发器的内部状态，根据原发器来决定保存哪些内部状态。备忘录的设计一般可以参考原发器的设计，根据实际需要确定备忘录类中的属性。需要注意的是，除了原发器本身与负责人类之外，备忘录对象不能直接供其他类使用。
• Caretaker（负责人）：负责人又称为管理者，它负责保存备忘录，但是不能对备忘录的内容进行操作或检查。在负责人类中可以存储一个或多个备忘录对象，它只负责存储对象，而不能修改对象，也无须知道对象的实现细节。

在备忘录模式中，最重要的就是备忘录Memento了。由于在备忘录中存储的是原发器的中间状态，因此需要防止原发器以外的其他对象访问备忘录，特别是不允许其他对象来修改备忘录。

为了不破坏备忘录的封装性，我们需要对备忘录的访问做些控制：

• 对原发器：可以访问备忘录里的所有信息。
• 对负责人：不可以访问备忘录里面的数据，但是他可以保存备忘录并且可以将备忘录传递给其他对象。
• 其他对象：不可访问也不可以保存，它只负责接收从负责人那里传递过来的备忘录同时恢复原发器的状态。

所以就备忘录模式而言理想的情况就是只允许生成该备忘录的那个原发器访问备忘录的内部状态。

四、典型代码

在真实业务中，原发器类是一个具体的业务类，它包含一些用于存储成员数据的属性，原发器典型代码如下：

public class Originator {
    private String state;

    public void restore