如果再回到从前——备忘录模式

如果再回到从前——备忘录模式

如果再给我一次机会……

时间:5月6日18点  地点:小菜、大鸟住所的客厅  人物:小菜、大鸟

"小菜,今天上午看NBA了吗?"大鸟问道。

“没有,不过结果倒是在网上第一时间就知道了。”

“是呀,最后一分钟的失误,就等于输掉了整个赛季。”

"如果任何一人能抓到两个篮板中的一个,结果可能完全不是这样。真是遗憾呀。"小菜感慨道。

“很多时候我们做了件事后,却又后悔。这就是人类内心软弱的一面。时间不能倒流,不管怎么样人生是无法回到从前的,但是软件就不一样了。还记得玩一些单机的PC游戏的时候吗,通常我都是在打大Boss之前,先保存一个进度,然后如果通关失败了,我可以再返回刚才那个进度来恢复原来的状态,从头来过。从这点上说,我们比姚明强。”

“哈,这其中的原理是不是就是把当前的游戏状态的各种参数存储,以便恢复时读取呢?”

“是的,通常这种保存都是存在磁盘上了,以便日后读取。但对于一些更为常规的应用,比如我们下棋时通常悔棋、编写文档时需要撤销、查看网页时需要后退,这些相对频繁而简单的恢复并不需要存在磁盘中,只要将保存在内存中的状态恢复一下即可。”

“嗯,这是更普通的应用,很多开发中都会用到。”

“那我简单说个场景,你想想看怎么用代码实现。游戏的某个场景,一游戏角色有生命力、攻击力、防御力等数据,在打Boss前和后一定会不一样的,我们允许玩家如果感觉与Boss决斗的效果不理想可以让游戏恢复到决斗前。”

在这里插入图片描述

在这里插入图片描述

“好的,我试试看。”

游戏存进度

游戏角色类,用来存储角色的生命力、攻击力、防御力的数据。

在这里插入图片描述

客户端调用时:

在这里插入图片描述

“小菜,这样的写法,确实是实现了我的要求,但是问题也确实多多。”

“哈,你的经典理论,代码无错未必优。说吧,我有心理准备。”

“问题主要在于这客户端的调用。下面这一段有问题,因为这样写就把整个游戏角色的细节暴露给了客户端,你的客户端的职责就太大了,需要知道游戏角色的生命力、攻击力、防御力这些细节,还要对它进行’备份’。以后需要增加新的数据,例如增加’魔法力’或修改现有的某种力,例如’生命力’改为’经验值’,这部分就一定要修改了。同样的道理也存在于恢复时的代码。”

在这里插入图片描述

“显然,我们希望的是把这些’游戏角色’的存取状态细节封装起来,而且最好是封装在外部的类当中。以体现职责分离。”

备忘录模式

“所以我们需要学习一个新的设计模式——备忘录模式。”

备忘录(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。[DP]

备忘录模式(Memento)结构图:

在这里插入图片描述

■ Originator(发起人):负责创建一个备忘录Memento,用以记录当前时刻它的内部状态,并可使用备忘录恢复内部状态。Originator可根据需要决定Memento存储Originator的哪些内部状态。

■ Memento(备忘录):负责存储Originator对象的内部状态,并可防止Originator以外的其他对象访问备忘录Memento。备忘录有两个接口,Caretaker只能看到备忘录的窄接口,它只能将备忘录传递给其他对象。Originator能够看到一个宽接口,允许它访问返回到先前状态所需的所有数据。

■ Caretaker(管理者):负责保存好备忘录Memento,不能对备忘录的内容进行操作或检查。

“就刚才的例子,'游戏角色’类其实就是一个Originator,而你用了同样的’游戏角色’实例’备份’来做备忘录,这在当需要保存全部信息时,是可以考虑的,而用clone的方式来实现Memento的状态保存可能是更好的办法,但是如果是这样的话,使得我们相当于对上层应用开放了Originator的全部(public)接口,这对于保存备份有时候是不合适的。”

“那如果我们不需要保存全部的信息以备使用时,怎么办?”

“哈,对的,这或许是更多可能发生的情况,我们需要保存的并不是全部信息,而只是部分,那么就应该有一个独立的备忘录类Memento,它只拥有需要保存的信息的属性。”

备忘录模式基本代码

发起人(Originator)类:

在这里插入图片描述

管理者(Caretaker)类:

在这里插入图片描述

“哈,我明白了,这当中就是把要保存的细节给封装在了Memento中了,哪一天要更改保存的细节也不用影响客户端了。那么这个备忘录模式都用在一些什么场合呢?”

“Memento模式比较适用于功能比较复杂的,但需要维护或记录属性历史的类,或者需要保存的属性只是众多属性中的一小部分时,Originator可以根据保存的Memento信息还原到前一状态。”

“我记得好像命令模式也有实现类似撤销的作用?”

“哈,小子记性不错,如果在某个系统中使用命令模式时,需要实现命令的撤销功能,那么命令模式可以使用备忘录模式来存储可撤销操作的状态[DP]。有时一些对象的内部信息必须保存在对象以外的地方,但是必须要由对象自己读取,这时,使用备忘录可以把复杂的对象内部信息对其他的对象屏蔽起来[DP],从而可以恰当地保持封装的边界。”

“我感觉**可能最大的作用还是在当角色的状态改变的时候,有可能这个状态无效,这时候就可以使用暂时存储起来的备忘录将状态复原[DP]**这个作用吧?”

“说得好,这当然是最重要的作用了。”

“明白,我学会了。”

“别急,你还没有把你刚才的代码改成备忘录模式的。”

“啊,你就不打算饶过我。等着,看我来拿满分。”

游戏进度备忘

在这里插入图片描述

游戏角色类:

在这里插入图片描述

角色状态存储箱类:

在这里插入图片描述

客户端代码:

在这里插入图片描述

“看看,能不能得满分?我查了好几遍了。”

“不错,写得还行。你要注意,备忘录模式也是有缺点的,角色状态需要完整存储到备忘录对象中,如果状态数据很大很多,那么在资源消耗上,备忘录对象会非常耗内存。”

“嗯,明白。所以也不是用得越多越好。”

"小子,以后打游戏要记着用备忘录哦。"大鸟不忘提醒一句。

"哈,我一定会这样。"小菜开始装着深沉地说,“曾经有一个精彩的游戏摆在我的面前,但是我没有好好珍惜。等到死于Boss手下的时候才后悔莫及,尘世间最痛苦的事莫过于此。如果上天可以给我一个机会再来一次的话,我会对你说三个字,‘存进度’。如果非要把这个进度加上一个保险,我希望是刻成光盘,流传万年!”

如果对你有帮助,就一键三连呗(关注+点赞+收藏),我会持续更新更多干货~~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序猿陌名!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值