设计模式-备忘录模式

背景

游戏角色恢复问题:角色有攻击力和防御力,在Boss站前保存攻击力和防御力,大战之后,攻击力和防御力下降,从备忘录恢复到大战前的状态。

传统思路:

一个游戏对象,对应一个保存状态对象。

当对象很多时不利于管理,开销也很大。

基本介绍

在不破坏封装性的前提下,捕获一个对象的内部状态并记录。属于行为型模式。

三个角色

①Originator:需要被复制的对象。

②Memento:备忘录类,里面存储需要被复制的对象的属性。

③Caretaker:管理各种备忘录类。

具体实现

创建Originator类代表游戏角色,对外提供一个Save()保存方法(返回值为Memento类);和一GetFromMemento(Memento t)恢复备忘录数据的方法。

在Save()方法中,new 一个Memento对象,把需要保存的属性传入这个对象,并返回这个对象

在GetFromMemento()方法中,调用Memento类中获取数据GetState()方法,恢复数据。

创建Memento对象,对外提供一个GetState()获取游戏角色属性的方法。

在GetState()方法中返回存储在Memento类中的角色数据。

创建Caretaker对象,声明Memento类列表,对外提供增删改查0Memento对象的方法。

相关推荐
杨充15 小时前
10.可测试性实战设计
设计模式·开源·代码规范
杨充16 小时前
9.重构十二式的实战
设计模式·开源·代码规范
杨充16 小时前
6.设计原则的全景图
设计模式·开源·全栈
杨充16 小时前
2.面向对象的特性
设计模式
杨充16 小时前
7.SOLID原则案例汇
设计模式·开源·全栈
杨充16 小时前
8.反模式与坏味道
设计模式·开源·代码规范
杨充16 小时前
3.接口vs抽象类比较
设计模式
咖啡八杯19 小时前
文法、BNF与AST
java·设计模式·解释器模式·ast·文法
咖啡八杯1 天前
GoF设计模式——解释器模式
java·后端·spring·设计模式