[Python设计模式] 第18章 游戏角色备份——备忘录模式

github地址:https://github.com/cheesezh/python_design_patterns

题目

用代码模拟以下场景,一个游戏角色有生命力,攻击力,防御力等数据,在打Boss前后的数据值会发生变化,如果玩家挑战Boss失败,我们允许玩家可以将游戏数据恢复到与Boss决斗之前的状态。

基础版本

class GameRole():

    def __init__(self):
        self.vitality = 0
        self.attack = 0
        self.defense = 0

    def state_display(self):
        print("当前角色状态:")
        print("体力:",self.vitality)
        print("攻击:",self.attack)
        print("防御:",self.defense)

    def get_init_state(self):
        """
        从服务器或者本地磁盘加载初始状态
        """
        self.vitality = 100
        self.attack = 100
        self.defense = 100

    def fight(self):
        """
        与Boss决斗,数据损耗为0
        """
        self.vitality = 0
        self.attack = 0
        self.defense = 0

def main():
    mario = GameRole()
    mario.get_init_state()  # 大战Boss前,获取初始角色状态
    mario.state_display()

    backup = GameRole()  # 保存游戏进度
    backup.vitality = mario.vitality
    backup.attack = mario.attack
    backup.defense = mario.defense

    mario.fight()  # 大战Boss
    mario.state_display()

    mario.vitality = backup.vitality  # 读取进度,重新来过
    mario.attack = backup.attack
    mario.defense = backup.defense

    mario.state_display()

main()
当前角色状态:
体力: 100
攻击: 100
防御: 100
当前角色状态:
体力: 0
攻击: 0
防御: 0
当前角色状态:
体力: 100
攻击: 100
防御: 100

点评

主要问题在于客户端调用:

  1. 游戏角色细节暴露给了客户端,客户端需要知道游戏角色的生命力,攻击力,防御力等细节;
  2. 客户端还要对游戏角色进行备份;
  3. 如果以后增加“魔法值”或者修改现有数据,都要更改客户端;
  4. 恢复角色的过程也存在同样问题;

备忘录模式

备忘录模式,在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。主要包括三种类:

  • 发起人(Originator):负责创建一个备忘录Memento,用以记录当前时刻它的内部状态,并可使用备忘录恢复内部状态。Originator可以根据需要决定Memento存储Originator的哪些内部状态;
  • 备忘录(Memento):负责存储Originator对象的内部状态,并可防止Originator以外的其他对象访问备忘录Memento。备忘录有两个接口,Caretaker只能看到备忘录的窄接口,它只能将备忘录传递给其他对象。Originator可以看到一个宽接口,允许它访问返回到先前状态的所有数据;
  • 管理者(Caretaker):负责保存好备忘录Memento,不能对备忘录的内容进行操作或检查。

在题目的场景中,游戏角色类相当于Originator,使用同样的“游戏角色”实例“backup”来做备忘录,这在当需要保存全部信息时,是可以考虑的,而用clone的方式来实现Memento的状态保存可能是更好的方法,但是这样就相当于对上层应用开放了Originator的全部接口,这对于保存备份有时候并不合适。

那么当我们不需要保存全部信息以备使用时,需要怎么办?当我们需要保存的并不是全部信息,而只是部分信息,那么就应该有独立的备忘录类Memento,它只拥有需要保存的信息的属性。

改进版本——备忘录模式

class GameRole():

    def __init__(self):
        self.vitality = 0
        self.attack = 0
        self.defense = 0

    def state_display(self):
        print("当前角色状态:")
        print("体力:",self.vitality)
        print("攻击:",self.attack)
        print("防御:",self.defense)

    def get_init_state(self):
        """
        从服务器或者本地磁盘加载初始状态
        """
        self.vitality = 100
        self.attack = 100
        self.defense = 100

    def fight(self):
        """
        与Boss决斗,数据损耗为0
        """
        self.vitality = 0
        self.attack = 0
        self.defense = 0

    def save_state(self):
        """
        新增“保存状态”的方法
        """
        return RoleStateMemento(self.vitality, self.attack, self.defense)

    def recovery_state(self, memento):
        """
        新增“恢复状态”的方法
        """
        self.vitality = memento.vitality
        self.attack = memento.attack
        self.defense = memento.defense

class RoleStateMemento():
    """
    游戏角色状态存储箱
    """
    def __init__(self, vitality, attack, defense):
        self.vitality = vitality
        self.attack = attack
        self.defense = defense

class RoleStateCaretaker():
    """
    角色状态管理者类
    """
    def __init__(self):
        self.memento = None

def main():
    mario = GameRole()
    mario.get_init_state()
    mario.state_display()

    state_admin = RoleStateCaretaker()
    state_admin.memento = mario.save_state()  # 游戏角色的保存对客户端是透明的

    mario.fight()
    mario.state_display()

    mario.recovery_state(state_admin.memento)  # 游戏角色的恢复对客户端是透明的
    mario.state_display()

main()
当前角色状态:
体力: 100
攻击: 100
防御: 100
当前角色状态:
体力: 0
攻击: 0
防御: 0
当前角色状态:
体力: 100
攻击: 100
防御: 100

点评

将需要保存的细节封装在Memento类中,那一天要更改保存的细节也不用影响客户端。

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

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

当角色的状态改变的时候,有可能这个状态无效,这时候就可以使用暂时存储起来的备忘录将状态复原。

原文地址:https://www.cnblogs.com/CheeseZH/p/9458711.html

时间: 2024-11-05 20:39:25

[Python设计模式] 第18章 游戏角色备份——备忘录模式的相关文章

设计模式@第18章:访问者模式

第18章:访问者模式 一.测评系统的需求 完成测评系统需求 将观众分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功.失败 等) 传统方案 二.传统方式的问题分析 如果系统比较小,还是 ok 的,但是考虑系统增加越来越多新的功能时,对代码改动较大,违反了 ocp 原则, 不利于维护 扩展性不好,比如 增加了 新的人员类型,或者管理方法,都不好做 引出我们会使用新的设计模式 – 访问者模式 三.访问者模式基本介绍 访问者模式(Visit

Android设计模式(十五)--备忘录模式

在Android中用于保存Activity状态的onSaveInstanceState()和恢复Activity状态的onRestoreInstanceState(), 这种算不算是一种备忘录模式呢? 1.定义: 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态,这样以后就可以恢复以后保存的状态: 2.使用: 备忘录模式,比较适合用于功能复杂,但是需要维护和纪录历史的类,或者是需要保存一个或者是多个属性的类, 在未来某个时段需要时,将其还原到原来纪录的状态: Originato

CSharp设计模式读书笔记(19):备忘录模式(学习难度:★★☆☆☆,使用频率:★★☆☆☆)

备忘录模式(Memento Pattern):在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态.它是一种对象行为型模式,其别名为Token. 模式角色与结构:

[Python设计模式] 第1章 计算器——简单工厂模式

写在前面的话 """ 读书的时候上过<设计模式>这一门课,当时使用的教材是程杰老师的<大话设计模式>,使用的语言是C#,学过课程之后初期深感面向对象思想的伟大,但是很少应用到实际开发中.后来我接触了Python,现在工作中用到最多的也是Python,或许是因为Python的便利性,我写的很多脚本/程序都还是面向过程编程,缺少面向对象的思想在里边.因此,我打算重读程杰老师的<大话设计模式>并用Python进行实践. ""&

[Python设计模式] 第6章 衣服搭配系统——装饰模式

题目 设计一个控制台程序,可以给人搭配嘻哈风格(T恤,垮裤,运动鞋)或白领风格(西装,领带,皮鞋)的衣服并展示,类似QQ秀那样的. 基础版本 class Person(): def __init__(self, name): self.name = name def wear_T_shirts(self): print("T恤") def wear_big_trouser(self): print("垮裤") def wear_sneakers(self): pri

[Python设计模式] 第16章 上班,干活,下班,加班——状态模式

github地址:https://github.com/cheesezh/python_design_patterns 题目 用代码模拟一天的工作状态,上午状态好,中午想睡觉,下午渐恢复,加班苦煎熬. 基础版本--函数版 hour = 0 work_finished = False def write_program(): if hour < 12: print("当前时间: {} 点, 上午工作,精神百倍".format(hour)) elif hour < 13: pr

[Python设计模式] 第17章 程序中的翻译官——适配器模式

github地址:https://github.com/cheesezh/python_design_patterns 适配器模式 适配器模式,将一个类的接口转换成客户希望的另外一个接口.Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作[DP]. 当系统的数据和行为都正确,但是接口不符时,我们应该考虑使用适配器模式,目的就是使控制范围之外的一个原有对象与某个接口匹配.适配器模式主要应用于希望复用一些现存的类,但是接口又与复用环境要求不一致的情况. class Targe

[Python设计模式] 第15章 如何兼容各种DB——抽象工厂模式

github地址:https://github.com/cheesezh/python_design_patterns 题目 如何让一个程序,可以灵活替换数据库? 基础版本 class User(): """ 用户类,模拟用户表,假设只有ID和name两个字段 """ def __init__(self): self.id = None self.name = None class SqlServerUser(): ""&qu

《精通Python设计模式》学习结构型之享元模式

这个我日常当中也没有用到过, 真的是游戏行业用得多些? 学习一下, 有个印象. import random from enum import Enum TreeType = Enum('TreeTye', 'apple_tree cherry_tree peach_tree') class Tree: pool = dict() def __new__(cls, tree_type): obj = cls.pool.get(tree_type, None) if not obj: obj = o