设计模式--备忘录模式Memento(行为型)

来源:互联网 发布:性喜剧 知乎 编辑:程序博客网 时间:2024/05/19 03:46

定义:

1.1 定义:Without violating encapsulation, capture and externalize an object’s internal state so that the object can be restored to this state later. (在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。)

1.2 通用类图:

个人认为更易理解的类图

Originator发起人角色

记录当前时刻的内部状态,负责定义哪些属于备份范围的状态,负责创建和恢复备忘录数据。

Memento备忘录角色

负责存储Originator发起人对象的内部状态,在需要的时候提供发起人需要的内部状态。

Caretaker备忘录管理员角色

对备忘录进行管理、保存和提供备忘录。

1.3 通用代码:

 


优点

暂无

缺点

暂无

应用场景

4.1 需要保有存和恢复数据的相关状态场景;

4.2 提供一个可回滚的操作;

4.3 需要监控的副本场景中;(如要监控一个对象的属性,但监控又不应该作为系统的主业务来调用,它只是边缘应用,即使出现监控不准、错误报警也影响不大。)

4.4 数据库中的事务处理就使用备忘录模式。

注意事项

5.1 备忘录的生命周期:创建就要使用,要主动管理它的生命。

5.2 备忘录的性能:不要在频繁建立备份的场景中使用备忘录模式(比如一个for循环中),原因是:一是控制不了其数量,二是大对象的建立是要消耗资源的,系统的性能需要考虑。

扩展

6.1 clone方式的备忘录:通过复制的方式产生一个对象的内部状态,类图如下:

从类图上来看,发起人角色融合了发起人角色和备忘录角色,代码如下:

测试:

当前状态:version 1.0.0

修改后状态:version 2.0.0

恢复后状态:version 1.0.0

仍可以进一步精简,去掉管理备忘录角色


对比以上两例,可以发现:程序精简了很多,而且高层模块的依赖也减少了。现在再考虑一下原型模式深拷贝与浅拷贝的问题,在复杂的场景下它会让你的程序逻辑异常混乱,出现错误也很难跟踪。因此Clone方式的备忘录模式适用于较简单的场景

6.2 多状态的备忘录模式:实际开发中,一个对象可能有多个状态,一个JavaBean有多个属性非常常见,如果随上所述,就要写一堆的状态备份、还原语句?这里介绍一个工具类BeanUtils,可以把类的所有属性值转换到HashMap中,亦可以把HashMap中的值放入对象中。

此方案的类图如下:

源代码如下:

通过这种方式,无论有多少状态都可以。

6.3 多备份的备忘录:可在通用源码上添加如下即可:


注意:要严格限定备忘录的创建,建议增加MAP的上限,否则系统很容易产生内存溢出情况。

6.4 更好的封装:双接口(一个类可以实现多个接口,在系统设计时,如果考虑对象的安全问题,可以提供两个接口,一个是业务的正常接口,实现必要的业务逻辑,叫做宽接口;另外一个接口是一个空接口,什么方法都没有,其目的是提供给子系统外的模块访问,因此较安全。)

类图如下:

源代码如下:



内置类Memento全部是private访问权限,也就是说除了发起人外,别人休想访问到,如果要产生关联关系,就通过空接口进行。

转自:http://blog.csdn.net/yuanlong_zheng/article/details/7584848

0 0