-
C#设计模式学习笔记:(22)备忘录模式
本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8176974.html,记录一下学习过程以备后续查用。
一、引言
今天我们要讲行为型设计模式的第十个模式–备忘录模式,先从名称上来看。备忘录模式可以理解为对某个对象的状态进行保存,等到需要恢复的时
候,可以从备忘录中进行恢复。生活中这样的例子也能经常看到,如备份电话通讯录、操作系统、数据库等。如果我们想恢复对象的状态,那么我们可
能首先想到的是把对象保存下来,但是这样会破坏对象的封装性。因为对象有状态有操作,如果我们为了保存状态而留着原来的对象,做一个深拷贝,
那么其它对象也能通过这个对象的接口来访问这个对象状态,这并不是我们所希望的。我们需要它的职责只是保存和恢复对象状态,而不应在上面支持
对对象状态访问的接口,这就产生了Memento模式。
- 1
“备忘录模式”就能很好解决。
二、备忘录模式介绍
备忘录模式:英文名称–Memento Pattern;分类–行为型。 二、备忘录模式的详细介绍 2.1、动机(Motivate)
在软件构建过程中,某些对象的状态在转换的过程中,可能由于某种需要,要求程序能够回溯到对象之前处于某个点时的状态。如果使用一些公有接
口来让其它对象得到对象的状态,便会暴露对象的细节实现。如何实现对象状态的良好保存与恢复,但同时又不会因此而破坏对象本身的封装性?
2.2、意图(Intent)
在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态(如果没有这个关键点,其实深拷贝就可以解决问题)。这样以
后就可以将该对象恢复到原先保存的状态。——《设计模式》GoF
2.3、结构图(Structure)
2.4、模式的组成
可以看出,在备忘录模式的结构图有以下角色: 1)发起人角色(Originator):记录当前时刻的内部状态,负责创建和恢复备忘录数据。负责创建一个备忘录Memento,用以记录当前时刻自身的内
部状态,并可使用备忘录恢复内部状态。Originator(发起人)可以根据需要决定Memento(备忘录)存储自己的哪些内部状态。 2)备忘录角色(Memento):负责存储发起人对象的内部状态,在进行恢复时提供给发起人需要的状态,并可以防止Originator以外的其它对象访问
备忘录。备忘录有两个接口:Caretaker(管理角色)只能看到备忘录的窄接口,它只能将备忘录传递给其它对象。Originator(发起人)却可看到备忘录的宽
接口,允许它访问返回到先前状态时所需要的所有数据。
3)管理者角色(Caretaker):负责保存备忘录对象。负责备忘录Memento,不能对Memento的内容进行访问或者操作。 2.5、备忘录模式的具体实现 今天我们就用备份电话本的实例来说明备忘录模式的实现,实现代码如下:
- 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
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
运行结果如下:
三、备忘录模式的实现要点
备忘录(Memento)存储python基础教程 原发器(Originator)对象的内部状态,在需要时恢复原发器状态。Memento模式适用于“由原发器管理,却又必须存储在原
发器之外的信息”。
在实现Memento模式中,要防止原发器c#教程以外的对象访问备忘录对象。备忘录对象有两个接口,一个为原发器使用的宽接口;一个为其他对象使用的窄
接口。在实现Memento模式时,要考虑拷贝对象状态的效率问题,如果对象开销比较大,可以采用某种增量式改变来改进Memento模式。
- 1
- 2
1)如果某个操作错误地破坏了数据的完整性,此时可以使用备忘录模式将数据恢复成原来正确的数据。
2)备份的状态数据保存在发起人角色之外,这样发起人就不需要对各个备份的状态进行管理,而是由备忘录角色进行管理,而备忘录角色又是由管理
者角色管理,符合单一职责原则。 3)提供了一种状态恢复的实现机制,使得用户可以方便地回到一个特定的历史步骤。当新的状态无效或者存在问题时,可以使用之前存储起来的备忘
录将状态复原。
4)实现了信息的封装,一个备忘录对象是一种原发器对象的表示,不会被其它代码改动。这种模式简化了原发器对象,备忘录只保存原发器的状态,
采用堆栈来存储备忘录对象可以实现多次撤销操作,可以通过在管理者角色中定义集合对象来存储多个备忘录。
5)本模式简化了发起人类。发起人不再需要管理和保存其内部状态的一个个版本,客户端可以自行管理他们所需要的这些状态的版本。
6)当发起人角色的状态改变的时候,有可能这个状态无效,这时候就可以使用暂时存储起来的备忘录将状态复原。
3.2、备忘录模式的主要缺点 1)在实际的系统中,可能需要维护多个备份,需要额外的资源,这样对资源的消耗比较严重。如果类的成员变量太多,就不可避免占用大量的内存,而
且每保存一次对象的状态都需要消耗内存。如果知道这一点,大家就容易理解为什么一些提供了撤销功能的软件在运行时所需的内存和硬盘空间比较大了。
2)如果发起人角色的状态需要完整地存储到备忘录对象中,那么在资源消耗上面备忘录对象会很昂贵。
3)当管理者角色将一个备忘录存储起来的时候,管理者可能并不知道这个状态会占用多大的存储空间,从而无法提醒用户一个操作是否很昂贵。 4)当发起人角色的状态改变的时候,有可能这个协议无效。
3.3、在下面的情况下可以考虑使用备忘录模式
1)如果系统需要提供回滚操作时,使用备忘录模式非常合适。例如文本编辑器的Ctrl+Z撤销操作、数据库中事务操作。
2)保存一个对象在某一个时刻的状态或部分状态,这样以后需要时它能够恢复到之前的状态。 3)如果用一个接口来让其它对象得到这些状态,将会暴露对象的实现细节并破坏对象的封装性。一个对象不希望外界直接访问其内部状态,通过管理者
可以间接访问其内部状态。
4)有时一些发起人对象的内部信息必须保存在发起人对象以外的地方,但是必须要由发起人对象自己读取。这时,使用备忘录模式可以把复杂的发起人
内部信息对其它的对象屏蔽起来,从而可以恰当地保持封装的边界。
3.4、备忘录的封装性 1)为了确保备忘录的封装性,除了原发器外,其它类是不能也不应该访问备忘录类。在实际开发中,原发器与备忘录之间的关系是非常特殊的,它们要
分享信息而不让其它类知道,实现的方法因编程语言的不同而不同。
3.5、多备份实现 1)在管理者中定义一个集合对象来存储多个状态,而且可以方便地返回到某一历史状态。
2)在备份对象时可以做一些记号,这些记号称为检查点(Check Point),在使用HashMap等实现时可以使用Key来设置检查点。
四、.NET中备忘录模式的实现 在现在的.Net框架里面,还没有找到备忘录模式的实现,看来还是自己的功力不够,还需努力。个人的理解,这种模式似乎在业务系统里面使用的更多,
类似Word、Excel等工具可以有撤销功能。其实很多软件都有这个功能,软件执行的时候,时时刻刻在把自己的状态存储,如果发生错误,或者需要撤销的
时候就可以进行相关的操作。 五、总结
备忘录模式刚开始理解起来还是挺麻烦的,但是,如果我们多看几个实例代码,完全掌握也不是问题。我们是不是感觉Memento模式和Command模式有
些类似?我们要仔细把握模式之间的异同,否则使用模式的时候就会出现张冠李戴的情况或者不能确定使用哪个模式好。Memento备忘录模式和Command
命令模式其实还是有些细微的差别的,那就让我们来看看它们的异同:虽然两者都支持Undo操作,但是Command是对行为的封装,Memento是对对象状态
的保留,这是目的上python基础教程 的不同;它们支持的也是Undo操作的不同层面,Command是对行为序列的操作,Memento是对行为状态的操作;命令模式保存的是发
起人的具体命令(命令对应的是行为),而备忘录模式保存的是发起人的状态(而状态对应的数据结构,如属性)。
把握细节,理解模式的应用场景c#教程,这样可以让模式更好的为我们服务。