设计模式 21 备忘录模式 Memento Pattern

2024-05-28 19:12

本文主要是介绍设计模式 21 备忘录模式 Memento Pattern,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

设计模式 21 备忘录模式 Memento Pattern
1.定义

        备忘录模式是一种行为型设计模式,它允许你将一个对象的状态保存到一个独立的“备忘录”对象中,并在之后恢复到该状态。


2.内涵

主要用于以下场景:

需要保存对象状态以备恢复: 当你想要在进行一些可能导致对象状态改变的操作之前,先保存对象当前状态,以便在操作失败或需要撤销操作时能够恢复到之前的状态。
需要提供撤销/重做功能: 备忘录模式可以用来实现撤销和重做功能,通过保存一系列状态,用户可以回退到之前的操作步骤。
需要将对象状态序列化: 备忘录模式可以将对象状态序列化到一个独立的对象中,方便存储或传输。

主要模块如下:

  • 发起者(Originator): 需要保存状态的对象。
  • 备忘录(Memento): 保存发起者状态的对象。
  • 守护者(Caretaker): 负责管理备忘录对象,通常会保存多个备忘录,以便实现撤销/重做功能。

解释:

Originator 对象拥有一个 createMemento() 方法,用于创建 Memento 对象并保存自身状态。同时,它也拥有一个 setMemento() 方法,用于从 Memento 对象中恢复自身状态。
Memento 对象保存了 Originator 对象的状态,并且只允许 Originator 对象访问其内部状态。
Caretaker 对象负责管理 Memento 对象,它拥有 addMemento() 和 getMemento() 方法,分别用于添加和获取 Memento 对象。
类图关系:

Originator 对象与 Memento 对象之间存在关联关系,因为 Originator 对象创建并使用 Memento 对象。
Caretaker 对象与 Memento 对象之间也存在关联关系,因为 Caretaker 对象管理 Memento 对象。


3.案例分析

class Memento {public:virtual ~Memento() {}virtual std::string GetName() const = 0;virtual std::string date() const = 0;virtual std::string state() const = 0;
};/*** The Concrete Memento contains the infrastructure for storing the Originator's* state.*/
class ConcreteMemento : public Memento {private:std::string state_;std::string date_;public:ConcreteMemento(std::string state) : state_(state) {this->state_ = state;std::time_t now = std::time(0);this->date_ = std::ctime(&now);}/*** The Originator uses this method when restoring its state.*/std::string state() const override {return this->state_;}/*** The rest of the methods are used by the Caretaker to display metadata.*/std::string GetName() const override {return this->date_ + " / (" + this->state_.substr(0, 9) + "...)";}std::string date() const override {return this->date_;}
};/*** The Originator holds some important state that may change over time. It also* defines a method for saving the state inside a memento and another method for* restoring the state from it.*/
class Originator {/*** @var string For the sake of simplicity, the originator's state is stored* inside a single variable.*/private:std::string state_;std::string GenerateRandomString(int length = 10) {const char alphanum[] ="0123456789""ABCDEFGHIJKLMNOPQRSTUVWXYZ""abcdefghijklmnopqrstuvwxyz";int stringLength = sizeof(alphanum) - 1;std::string random_string;for (int i = 0; i < length; i++) {random_string += alphanum[std::rand() % stringLength];}return random_string;}public:Originator(std::string state) : state_(state) {std::cout << "Originator: My initial state is: " << this->state_ << "\n";}/*** The Originator's business logic may affect its internal state. Therefore,* the client should backup the state before launching methods of the business* logic via the save() method.*/void DoSomething() {std::cout << "Originator: I'm doing something important.\n";this->state_ = this->GenerateRandomString(30);std::cout << "Originator: and my state has changed to: " << this->state_ << "\n";}/*** Saves the current state inside a memento.*/Memento *Save() {return new ConcreteMemento(this->state_);}/*** Restores the Originator's state from a memento object.*/void Restore(Memento *memento) {this->state_ = memento->state();std::cout << "Originator: My state has changed to: " << this->state_ << "\n";}
};/*** The Caretaker doesn't depend on the Concrete Memento class. Therefore, it* doesn't have access to the originator's state, stored inside the memento. It* works with all mementos via the base Memento interface.*/
class Caretaker {/*** @var Memento[]*/private:std::vector<Memento *> mementos_;/*** @var Originator*/Originator *originator_;public:Caretaker(Originator* originator) : originator_(originator) {}~Caretaker() {for (auto m : mementos_) delete m;}void Backup() {std::cout << "\nCaretaker: Saving Originator's state...\n";this->mementos_.push_back(this->originator_->Save());}void Undo() {if (!this->mementos_.size()) {return;}Memento *memento = this->mementos_.back();this->mementos_.pop_back();std::cout << "Caretaker: Restoring state to: " << memento->GetName() << "\n";try {this->originator_->Restore(memento);} catch (...) {this->Undo();}}void ShowHistory() const {std::cout << "Caretaker: Here's the list of mementos:\n";for (Memento *memento : this->mementos_) {std::cout << memento->GetName() << "\n";}}
};/*** Client code.*/void ClientCode() {Originator *originator = new Originator("Super-duper-super-puper-super.");Caretaker *caretaker = new Caretaker(originator);caretaker->Backup();originator->DoSomething();caretaker->Backup();originator->DoSomething();caretaker->Backup();originator->DoSomething();std::cout << "\n";caretaker->ShowHistory();std::cout << "\nClient: Now, let's rollback!\n\n";caretaker->Undo();std::cout << "\nClient: Once more!\n\n";caretaker->Undo();delete originator;delete caretaker;
}int main() {std::srand(static_cast<unsigned int>(std::time(NULL)));ClientCode();return 0;
}

4.注意事项

备忘录模式在使用时需要注意以下几点:

1. 备忘录的封装性:

备忘录对象应该封装 Originator 的内部状态,并对外部隐藏这些状态。这意味着 Caretaker 只能通过 Originator 提供的接口来访问备忘录对象,而不能直接访问备忘录对象内部的状态。
这可以防止 Caretaker 意外修改 Originator 的状态,并确保状态的一致性。


2. 备忘录的管理:

Caretaker 应该负责管理备忘录对象,例如存储、检索和删除备忘录。
Caretaker 应该提供方法来添加、获取和删除备忘录,以便 Originator 可以方便地保存和恢复其状态。


3. 备忘录的性能:

创建和存储备忘录对象可能会消耗一定的资源,因此需要考虑性能问题。
可以通过使用轻量级的备忘录对象或使用缓存机制来提高性能。


4. 备忘录的安全性:

备忘录对象可能包含敏感信息,因此需要考虑安全性问题。
可以使用加密或访问控制机制来保护备忘录对象。


5. 备忘录的使用场景:

备忘录模式适用于需要保存和恢复对象状态的场景,例如撤销/重做功能、游戏存档和恢复等。
需要根据具体场景选择合适的备忘录实现方式,例如使用简单的数据结构或使用更复杂的序列化机制。

5.最佳实践

在使用备忘录模式时,以下是一些值得遵循的经验:

1. 保持备忘录的简单性:

备忘录对象应该只包含 Originator 状态的必要信息,避免过度复杂化。
尽量使用简单的数据结构来存储状态,例如字典、列表等,避免使用复杂的自定义对象。
2. 使用工厂模式创建备忘录:

使用工厂模式可以简化备忘录对象的创建过程,并隐藏备忘录对象的具体实现细节。
工厂模式可以根据不同的场景创建不同的备忘录对象,例如创建不同的备忘录类型来保存不同的状态信息。
3. 使用策略模式管理备忘录:

使用策略模式可以根据不同的需求选择不同的备忘录管理策略,例如使用不同的存储方式或不同的访问控制机制。
策略模式可以提高代码的可扩展性和灵活性,方便根据需求进行修改和扩展。
4. 使用缓存机制提高性能:

可以使用缓存机制来存储最近使用的备忘录对象,避免重复创建备忘录对象。
缓存机制可以提高性能,尤其是在频繁保存和恢复状态的场景下。
5. 使用序列化机制保存备忘录:

可以使用序列化机制将备忘录对象保存到文件或数据库中,以便持久化保存状态。
序列化机制可以方便地保存和恢复状态,并支持跨平台使用。
6. 考虑安全性问题:

如果备忘录对象包含敏感信息,需要考虑安全性问题,例如使用加密或访问控制机制来保护备忘录对象。
可以使用安全策略来限制对备忘录对象的访问权限,并确保信息的安全性。

6.总结

备忘录模式是一种强大的设计模式,可以帮助我们实现状态的保存和恢复功能。在使用备忘录模式时,需要注意封装性、管理、性能、安全性以及使用场景等方面,以确保其有效性和安全性。

这篇关于设计模式 21 备忘录模式 Memento Pattern的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1011444

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

【LabVIEW学习篇 - 21】:DLL与API的调用

文章目录 DLL与API调用DLLAPIDLL的调用 DLL与API调用 LabVIEW虽然已经足够强大,但不同的语言在不同领域都有着自己的优势,为了强强联合,LabVIEW提供了强大的外部程序接口能力,包括DLL、CIN(C语言接口)、ActiveX、.NET、MATLAB等等。通过DLL可以使用户很方便地调用C、C++、C#、VB等编程语言写的程序以及windows自带的大

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易