java语音备忘录_Java 设计模式——备忘录模式

最新推荐文章于 2024-05-02 21:11:28 发布

Zeldovich Yakov

最新推荐文章于 2024-05-02 21:11:28 发布

阅读量168

点赞数

文章标签： java语音备忘录

本文链接：https://blog.csdn.net/weixin_28487725/article/details/114524399

版权

在阎宏博士的《JAVA 与模式》一书中开头是这样描述备忘录(Memento)模式的：

备忘录模式又叫做快照模式 (Snapshot Pattern) 或 Token 模式，是对象的行为模式。

备忘录对象是一个用来存储另外一个对象内部状态快照的对象。备忘录模式的用意是在不破坏封装的条件下，将一个对象的状态捕捉 (Capture) 住，并外部化，存储起来，从而可以在将来合适的时候把这个对象还原到存储起来的状态。备忘录模式常常与命令模式和迭代子模式一同使用。

备忘录模式的结构

备忘录模式的结构图如下所示

备忘录模式所涉及的角色有三个：

备忘录 (Memento) 角色

发起人 (Originator) 角色

负责人 (Caretaker) 角色。

备忘录 (Memento) 角色

备忘录角色又如下责任：

(1)将发起人(Originator)对象的内战状态存储起来。备忘录可以根据发起人对象的判断来决定存储多少发起人(Originator)对象的内部状态。

(2)备忘录可以保护其内容不被发起人(Originator)对象之外的任何对象所读取。

备忘录有两个等效的接口：

窄接口：负责人(Caretaker)对象(和其他除发起人对象之外的任何对象)看到的是备忘录的窄接口 (narrow interface)，这个窄接口只允许它把备忘录对象传给其他的对象。

宽接口：与负责人对象看到的窄接口相反的是，发起人对象可以看到一个宽接口 (wide interface)，这个宽接口允许它读取所有的数据，以便根据这些数据恢复这个发起人对象的内部状态。

发起人(Originator)角色

发起人角色有如下责任：

(1)创建一个含有当前的内部状态的备忘录对象。

(2)使用备忘录对象存储其内部状态。

负责人(Caretaker)角色

负责人角色有如下责任：

(1)负责保存备忘录对象。

(2)不检查备忘录对象的内容。

“白箱”备忘录模式的实现

备忘录角色对任何对象都提供一个接口，即宽接口，备忘录角色的内部所存储的状态就对所有对象公开。因此这个实现又叫做“白箱实现”。

“白箱”实现将发起人角色的状态存储在一个大家都看得到的地方，因此是破坏封装性的。但是通过程序员自律，同样可以在一定程度上实现模式的大部分用意。因此白箱实现仍然是有意义的。

下面给出一个示意性的“白箱实现”。

源代码

发起人角色类

** 发起人角色利用一个新创建的备忘录对象将自己的内部状态存储起来。**

备忘录角色类

** 备忘录对象将发起人对象传入的状态存储起来。**

负责人角色类

** 负责人角色负责保存备忘录对象，但是从不修改(甚至不查看)备忘录对象的内容。**

客户端角色类

在上面的这个示意性的客户端角色里面，首先将发起人对象的状态设置成“On”，并创建一个备忘录对象将这个状态存储起来；然后将发起人对象的状态改成“Off”；最后又将发起人对象恢复到备忘录对象所存储起来的状态，即“On”状态。

系统的时序图更能够反映出系统各个角色被调用的时间顺序。如下图是将发起人对象的状态存储到白箱备忘录对象中去的时序图。

可以看出系统运行的时序是这样的：

(1)将发起人对象的状态设置成“On”。

(2)调用发起人角色的 createMemento() 方法，创建一个备忘录对象将这个状态存储起来。

(3)将备忘录对象存储到负责人对象中去。

将发起人对象恢复到备忘录对象所记录的状态的时序图如下所示：

可以看出，将发起人对象恢复到备忘录对象所记录的状态时，系统的运行时序是这样的：

(1)将发起人状态设置成“Off”。

(2)将备忘录对象从负责人对象中取出。

(3)将发起人对象恢复到备忘录对象所存储起来的状态，即“On”状态。

“黑箱”备忘录模式的实现

备忘录角色对发起人(Originator)角色对象提供一个宽接口，而为其他对象提供一个窄接口。这样的实现叫做“黑箱实现”。

在 JAVA 语言中，实现双重接口的办法就是将备忘录角色类设计成发起人角色类的内部成员类。

将 Memento 设成 Originator 类的内部类，从而将 Memento 对象封装在 Originator 里面；在外部提供一个标识接口 MementoIF 给 Caretaker 以及其他对象。这样，Originator 类看到的是 Menmento 的所有接口，而 Caretaker 以及其他对象看到的仅仅是标识接口 MementoIF 所暴露出来的接口。

使用内部类实现备忘录模式的类图如下所示:

源代码

发起人角色类

发起人角色类 Originator 中定义了一个内部的 Memento 类。由于此 Memento 类的全部接口都是私有的，因此只有它自己和发起人类可以调用。

窄接口 MementoIF

窄接口 MementoIF 是一个标识接口，因此它没有定义出任何的方法。

负责人角色类

负责人角色类 Caretaker 能够得到的备忘录对象是以 MementoIF 为接口的，由于这个接口仅仅是一个标识接口，因此负责人角色不可能改变这个备忘录对象的内容。

客户端角色类

客户端首先

(1)将发起人对象的状态设置为“On”。

(2)调用 createMemento()方法，创建一个备忘录对象将这个状态存储起来(此时 createMemento() 方法还回的明显类型是 MementoIF 接口，真实类型为 Originator 内部的 Memento 对象)。

(3)将备忘录对象存储到负责人对象中去。由于负责人对象拿到的仅是 MementoIF 接口，因此无法读出备忘录对象内部的状态。

(4)将发起人对象的状态设置为“Off”。

(5)调用负责人对象的 retrieveMemento() 方法将备忘录对象取出。注意此时仅能得到 MementoIF 接口，因此无法读出此对象的内部状态。

(6)调用发起人对象的 restoreMemento() 方法将发起人对象的状态恢复成备忘录对象所存储的起来的状态，即“On”状态。由于发起人对象的内部类 Memento 实现了 MementoIF 接口，这个内部类是传入的备忘录对象的真实类型，因此发起人对象可以利用内部类 Memento 的私有接口读出此对象的内部状态。

多重检查点

前面所给出的白箱和黑箱的示意性实现都是只存储一个状态的简单实现，也可以叫做只有一个检查点。常见的系统往往需要存储不止一个状态，而是需要存储多个状态，或者叫做有多个检查点。

备忘录模式可以将发起人对象的状态存储到备忘录对象里面，备忘录模式可以将发起人对象恢复到备忘录对象所存储的某一个检查点上。下面给出一个示意性的、有多重检查点的备忘录模式的实现。

源代码

发起人角色类

备忘录角色类

备忘录角色类，这个实现可以存储任意多的状态，外界可以使用检查点指数 index 来取出检查点上的状态。

负责人角色类

客户端角色

运行结果

可以看出，客户端角色通过不断改变发起人角色的状态，并将之存储在备忘录里面。通过指明检查点指数可以将发起人角色恢复到相应的检查点所对应的状态上。

将发起人的状态存储到备忘录对象中的活动序列图如下：

系统运行的时序是这样的：

(1)将发起人对象的状态设置成某个有效状态；

(2)调用负责人角色的 createMemento() 方法，负责人角色会负责调用发起人角色和备忘录角色，将发起人对象的状态存储起来。

将发起人对象恢复到某一个备忘录对象的检查点的活动序列图如下：

由于负责人角色的功能被增强了，因此将发起人对象恢复到备忘录对象所记录的状态时，系统运行的时序被简化了：

调用负责人角色的 restoreMemento() 方法，将发起人恢复到某个检查点。

“自述历史”模式

所谓“自述历史”模式 (History-On-Self Pattern) 实际上就是备忘录模式的一个变种。在备忘录模式中，发起人 (Originator) 角色、负责人 (Caretaker) 角色和备忘录 (Memento) 角色都是独立的角色。虽然在实现上备忘录类可以成为发起人类的内部成员类，但是备忘录类仍然保持作为一个角色的独立意义。在“自述历史”模式里面，发起人角色自己兼任负责人角色。

“自述历史”模式的类图如下所示：