《java设计模式》之备忘录模式
备忘录模式又叫做快照模式(Snapshot Pattern)或Token模式。是对象的行为模式。
备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下,将一个对象的状态捕捉(Capture)住,并外部化。存储起来,从而能够在将来合适的时候把这个对象还原到存储起来的状态。
备忘录模式经常与命令模式和迭代子模式一同使用。
备忘录模式的结构
备忘录模式的结构图例如以下所看到的
备忘录模式所涉及的角色有三个:备忘录(Memento)角色、发起人(Originator)角色、负责人(Caretaker)角色。
备忘录(Memento)角色
备忘录角色又例如以下责任:
(1)将发起人(Originator)对象的内战状态存储起来。
备忘录能够依据发起人对象的推断来决定存储多少发起人(Originator)对象的内部状态。
(2)备忘录能够保护其内容不被发起人(Originator)对象之外的不论什么对象所读取。
备忘录有两个等效的接口:
● 窄接口:负责人(Caretaker)对象(和其它除发起人对象之外的不论什么对象)看到的是备忘录的窄接口(narrow interface),这个窄接口仅仅同意它把备忘录对象传给其它的对象。
● 宽接口:与负责人对象看到的窄接口相反的是,发起人对象能够看到一个宽接口(wide interface),这个宽接口同意它读取全部的数据,以便依据这些数据恢复这个发起人对象的内部状态。
发起人(Originator)角色
发起人角色有例如以下责任:
(1)创建一个含有当前的内部状态的备忘录对象。
(2)使用备忘录对象存储其内部状态。
负责人(Caretaker)角色
负责人角色有例如以下责任:
(1)负责保存备忘录对象。
(2)不检查备忘录对象的内容。
“白箱”备忘录模式的实现
备忘录角色对不论什么对象都提供一个接口。即宽接口。备忘录角色的内部所存储的状态就对全部对象公开。因此这个实现又叫做“白箱实现”。
“白箱”实现将发起人角色的状态存储在一个大家都看得到的地方,因此是破坏封装性的。可是通过程序猿自律。相同能够在一定程度上实现模式的大部分用意。因此白箱实现仍然是有意义的。
以下给出一个示意性的“白箱实现”。
源码
发起人角色类,发起人角色利用一个新创建的备忘录对象将自己的内部状态存储起来。
备忘录角色类,备忘录对象将发起人对象传入的状态存储起来。
负责人角色类。负责人角色负责保存备忘录对象。可是从不改动(甚至不查看)备忘录对象的内容。
client角色类
在上面的这个示意性的client角色里面,首先将发起人对象的状态设置成“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,这是一个标识接口,因此它未定义出不论什么的方法。
负责人角色类Caretaker可以得到的备忘录对象是以MementoIF为接口的,因为这个接口不过一个标识接口。因此负责人角色不可能改变这个备忘录对象的内容。
client角色类
client首先
(1)将发起人对象的状态设置为“On”。
(2)调用createMemento()方法。创建一个备忘录对象将这个状态存储起来(此时createMemento()方法还回的明显类型是MementoIF接口,真实类型为Originator内部的Memento对象)。
(3)将备忘录对象存储到负责人对象中去。因为负责人对象拿到的仅是MementoIF接口,因此无法读出备忘录对象内部的状态。
(4)将发起人对象的状态设置为“Off”。
(5)调用负责人对象的retrieveMemento()方法将备忘录对象取出。注意此时仅能得到MementoIF接口,因此无法读出此对象的内部状态。
(6)调用发起人对象的restoreMemento()方法将发起人对象的状态恢复成备忘录对象所存储的起来的状态,即“On”状态。
因为发起人对象的内部类Memento实现了MementoIF接口,这个内部类是传入的备忘录对象的真实类型,因此发起人对象能够利用内部类Memento的私有接口读出此对象的内部状态。
多重检查点
前面所给出的白箱和黑箱的示意性实现都是仅仅存储一个状态的简单实现,也能够叫做仅仅有一个检查点。常见的系统往往须要存储不止一个状态,而是须要存储多个状态。或者叫做有多个检查点。
备忘录模式能够将发起人对象的状态存储到备忘录对象里面。备忘录模式能够将发起人对象恢复到备忘录对象所存储的某一个检查点上。以下给出一个示意性的、有多重检查点的备忘录模式的实现。
源码
发起人角色源码
备忘录角色类,这个实现能够存储随意多的状态,外界能够使用检查点指数index来取出检查点上的状态。
负责人角色类
client角色源码
执行结果例如以下:
能够看出,client角色通过不断改变发起人角色的状态,并将之存储在备忘录里面。通过指明检查点指数能够将发起人角色恢复到相应的检查点所相应的状态上。
将发起人的状态存储到备忘录对象中的活动序列图例如以下:
系统执行的时序是这种:
(1)将发起人对象的状态设置成某个有效状态;
(2)调用负责人角色的createMemento()方法,负责人角色会负责调用发起人角色和备忘录角色,将发起人对象的状态存储起来。
将发起人对象恢复到某一个备忘录对象的检查点的活动序列图例如以下:
因为负责人角色的功能被增强了。因此将发起人对象恢复到备忘录对象所记录的状态时。系统执行的时序被简化了:
(1)调用负责人角色的restoreMemento()方法,将发起人恢复到某个检查点。
“自述历史”模式
所谓“自述历史”模式(History-On-Self Pattern)实际上就是备忘录模式的一个变种。
在备忘录模式中,发起人(Originator)角色、负责人(Caretaker)角色和备忘录(Memento)角色都是独立的角色。尽管在实现上备忘录类能够成为发起人类的内部成员类,可是备忘录类仍然保持作为一个角色的独立意义。在“自述历史”模式里面,发起人角色自己兼任负责人角色。
“自述历史”模式的类图例如以下所看到的:
备忘录角色有例如以下责任:
(1)将发起人(Originator)对象的内部状态存储起来。
(2)备忘录能够保护其内容不被发起人(Originator)对象之外的不论什么对象所读取。
发起人角色有例如以下责任:
(1)创建一个含有它当前的内部状态的备忘录对象。
(2)使用备忘录对象存储其内部状态。
client角色有负责保存备忘录对象的责任。
源码
窄接口MementoIF,这是一个标识接口。因此它未定义出不论什么的方法。
发起人角色同一时候还兼任负责人角色。也就是说它自己负责保持自己的备忘录对象。
client角色类
因为“自述历史”作为一个备忘录模式的特殊实现形式很easy易懂,它可能是备忘录模式最为流行的实现形式。
本文參考内容:http://blog.csdn.net/m13666368773/article/details/7709156
中文版的 java设计模式第二版