C++备忘录模式:优雅实现对象状态保存与恢复

C++备忘录模式:优雅实现对象状态保存与恢复

C++备忘录模式:优雅实现对象状态保存与恢复

引言

在软件开发中,我们经常需要实现撤销操作、历史记录或状态回滚等功能。备忘录模式(Memento Pattern)正是为解决这类问题而生的设计模式。本文将深入探讨备忘录模式在C++中的实现与应用,帮助开发者掌握这一强大的设计工具。

备忘录模式概述

备忘录模式是一种行为设计模式,它允许在不破坏封装性的前提下捕获并外部化一个对象的内部状态,以便以后可以将该对象恢复到原先保存的状态【1†source】。该模式特别适合需要实现撤销操作、历史记录或快照功能的场景【1†source】【2†source】。

核心角色解析

1. Originator(发起人)

Originator是需要保存状态的对象,它:

  • 负责创建备忘录并记录当前状态
  • 可以使用备忘录恢复之前的状态
  • 知道如何正确保存和恢复自身状态【1†source】【2†source】

2. Memento(备忘录)

Memento是存储Originator状态的对象,特点包括:

  • 存储Originator的内部状态
  • 提供两个接口:宽接口(Originator使用)和窄接口(其他对象使用)【1†source】
  • 确保状态的封装性不被破坏

3. Caretaker(管理者)

Caretaker负责管理备忘录,其职责是:

  • 保存备忘录对象
  • 不操作备忘录内容
  • 只能通过窄接口与备忘录交互【1†source】

设计原则体现

备忘录模式很好地体现了多个面向对象设计原则:

  1. 单一职责原则:将状态保存的职责从Originator中分离出来【3†source】【7†source】,使Originator可以专注于核心业务逻辑【3†source】。
  2. 开闭原则:不需要修改Originator类就能扩展状态保存功能【3†source】,通过新增备忘录类实现这一扩展【3†source】。
  3. 迪米特法则:Caretaker不直接操作Memento内部细节【3†source】【6†source】,有效降低了系统耦合度【6†source】。

C++实现示例

#include<iostream>#include<string>#include<vector>// 备忘录类classMemento{private: std::string state;// 只有Originator可以访问私有成员friendclassOriginator;Memento(const std::string& s):state(s){} std::string GetState()const{return state;}};// 发起人类classOriginator{private: std::string state;public:voidSetState(const std::string& s){ std::cout <<"设置状态: "<< s << std::endl; state = s;} Memento*CreateMemento(){returnnewMemento(state);}voidRestoreFromMemento(const Memento* m){ state = m->GetState(); std::cout <<"恢复状态: "<< state << std::endl;}};// 管理者类classCaretaker{private: std::vector<Memento*> mementos; Originator* originator;public:Caretaker(Originator* orig):originator(orig){}~Caretaker(){for(auto m : mementos)delete m;}voidSave(){ mementos.push_back(originator->CreateMemento());}voidUndo(){if(mementos.empty())return; Memento* m = mementos.back(); originator->RestoreFromMemento(m); mementos.pop_back();delete m;}};// 使用示例intmain(){ Originator originator; Caretaker caretaker(&originator); originator.SetState("状态1"); caretaker.Save(); originator.SetState("状态2"); caretaker.Save(); originator.SetState("状态3");// 执行撤销 caretaker.Undo();// 恢复到状态2 caretaker.Undo();// 恢复到状态1return0;}

典型应用场景

备忘录模式在以下场景中特别有用:

  1. 撤销/重做功能:如文本编辑器中的撤销操作【1†source】【2†source】
  2. 事务回滚系统:数据库操作的事务管理【1†source】【5†source】
  3. 游戏存档系统:保存和恢复游戏进度【1†source】【2†source】
  4. 配置管理:保存和恢复系统配置状态

高级特性与优化

1. 增量备忘录

对于状态变化不大的场景,可以只保存变化部分【1†source】,这能显著减少内存消耗【1†source】。

2. 序列化支持

通过序列化技术,可以将备忘录状态持久化存储【2†source】,如保存到文件或数据库中【1†source】。

3. 线程安全考虑

在多线程环境中使用时【2†source】,需要添加适当的同步机制来保证状态的一致性【1†source】。

与其他模式的协作

备忘录模式常与其他设计模式配合使用:

  1. 命令模式:实现可撤销的操作【1†source】【2†source】
  2. 原型模式:通过克隆对象状态来优化备忘录创建【1†source】【2†source】
  3. 状态模式:保存不同状态配置【1†source】【2†source】

注意事项

  1. 内存消耗:对于大对象状态,需考虑内存使用情况【8†source】,可能影响系统性能【1†source】
  2. C++内存管理:特别注意指针和内存泄漏问题【1†source】【2†source】
  3. 替代方案:原型模式有时可作为更简单的替代方案【2†source】

总结

备忘录模式是面向对象设计原则的优秀实践【9†source】,通过状态封装实现了灵活的回滚机制【1†source】【2†source】。合理使用该模式可以显著提高系统的可维护性和扩展性【3†source】【7†source】。在C++中实现时,需要特别注意内存管理和线程安全等问题。掌握备忘录模式将帮助开发者构建更加强大、灵活的系统。

Read more

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

摘要:本文聚焦OpenClaw从测试环境走向生产环境的核心痛点,围绕“性能优化、安全加固、监控运维”三大维度展开实操讲解。先明确生产环境硬件/系统选型标准,再通过硬件层资源管控、模型调度策略、缓存优化等手段提升响应速度(实测响应效率提升50%+);接着从网络、权限、数据三层构建安全防护体系,集成火山引擎安全方案拦截高危操作;最后落地TenacitOS可视化监控与Prometheus告警体系,配套完整故障排查清单和虚拟实战案例。全文所有配置、代码均经实测验证,兼顾新手入门实操性和进阶读者的生产级部署需求,帮助开发者真正实现OpenClaw从“能用”到“放心用”的跨越。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】【数字孪生与仿真技术实战指南】 【AI工程化落地与YOLOv8/v9实战】【C#工业上位机高级应用:高并发通信+性能优化】 【Java生产级避坑指南:

By Ne0inhk
ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言  一、实验基础说明 1.1、互斥体简介 1.2 本次实验设计思路 二、硬件原理分析(看过之前博客的可以忽略) 三、实验程序编写 3.1 互斥体 LED 驱动代码(mutex.c) 3.2.1、设备结构体定义(28-39

By Ne0inhk
Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 后端工程师扔给你一个 Swagger (OpenAPI) 文档地址,你会怎么做? 1. 对着文档,手写 Dart Model 类(容易写错字段类型)。 2. 手写 Retrofit/Dio 的 API 接口定义(容易拼错 URL)。 3. 当后端修改了字段名,你对着报错修半天。 这是重复劳动的地狱。 swagger_dart_code_generator 可以将 Swagger (JSON/YAML) 文件直接转换为高质量的 Dart 代码,包括: * Model 类:支持 json_serializable,带 fromJson/

By Ne0inhk
Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

文章目录 * 前言 * make/makefile * 文件的三个时间 * Linux第一个小程序-进度条 * 回车和换行 * 缓冲区 * 程序的代码展示 * git指令 * 关于gitee * Linux调试器-gdb使用 * 作业部分 前言 做 Linux 开发时,你是不是也遇到过这些 “卡脖子” 时刻?写 makefile 时,明明语法没错却报错,最后发现是依赖方法行没加 Tab;想提交代码到 gitee,记不清 git add/commit/push 的 “三板斧”,还得反复搜教程;用 gdb 调试程序,输了命令没反应,才想起编译时没加-g生成 debug 版本;甚至连写个进度条,都搞不懂\r和\n的区别,导致进度条乱跳…… 其实这些问题,

By Ne0inhk