备忘录模式
备忘录模式,在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。
简单来说,就是在运行过程中我们可以记录某个状态,当遇到错误时恢复当前状态,这在业务流程中是用设计来处理异常情况。
优点:
- 有时一些发起人对象的内部信息必须保存在发起人对象以外的地方,但是必须要由发起人对象自己读取。这时,使用备忘录模式可以把复杂的发起人内部信息对其他的对象屏蔽起来,从而可以恰当地保持封装的边界。
- 本模式简化了发起人。发起人不再需要管理和保存其内部状态的一个个版本,客户端可以自行管理他们所需要的这些状态的版本。
- 当发起人角色的状态改变的时候,有可能这个状态无效,这时候就可以使用暂时存储起来的备忘录将状态复原。
缺点:
- 如果发起人角色的状态需要完整地存储到备忘录对象中,那么在资源消耗上面备忘录对象会很昂贵。
- 当负责人角色将一个备忘录存储起来的时候,负责人可能并不知道这个状态会占用多大的存储空间,从而无法提醒用户一个操作是否很昂贵。
- 当发起人角色的状态改变的时候,有可能这个协议无效。如果状态改变的成功率不高的话,不如采取“假如”协议模式。
应用场景
实体角色:
Originator
(发起人):负责创建一个 Memento(备忘录),用以记录当前时刻自身的内部状态,并可使用备忘录恢复内部状态。Originator 可以根据需要决定 Memento 存储自己的哪些内部状态。
Memento
(备忘录):负责存储 Originator 对象的内部状态,并可以防止 Originator 以外的其他对象访问备忘录。备忘录有两个接口:
1.Caretaker
只能看到备忘录的窄接口,他只能将备忘录传递给其他对象。
2.Originator
却可看到备忘录的宽接口,允许它访问返回到先前状态所需要的所有数据。
Caretaker
(管理者):负责 Memento,不能对 Memento 的内容进行访问或者操作。
代码示例
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
class AddNumber: def __init__( self ): self .start = 1 def add( self , number): self .start + = number print ( self .start) class Memento: """备忘录""" def backups( self , obj = None ): """ 设置备份方法 :param obj: :return: """ self .obj_dict = copy.deepcopy(obj.__dict__) print ( "备份数据:{}" . format ( self .obj_dict)) def recovery( self , obj): """ 恢复备份方法 :param obj: :return: """ obj.__dict__.clear() obj.__dict__.update( self .obj_dict) return obj if __name__ = = '__main__' : test = AddNumber() memento = Memento() for i in [ 1 , 2 , 3 , 'n' , 4 ]: if i = = 2 : memento.backups(test) try : test.add(i) except TypeError as e: print (e) print (test.start) memento.recovery(test) print (test.start) |
总结
本篇文章就到这里了,希望能够给你带来帮助,也希望您能够多多关注服务器之家的更多内容!
原文链接:https://is-cloud.blog.csdn.net/article/details/122934619