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

Flutter 组件 vietqr_gen 适配鸿蒙 HarmonyOS 实战:标准聚合支付,构建金融级二维码生成与跨境支付治理架构

Flutter 组件 vietqr_gen 适配鸿蒙 HarmonyOS 实战:标准聚合支付,构建金融级二维码生成与跨境支付治理架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 vietqr_gen 适配鸿蒙 HarmonyOS 实战:标准聚合支付,构建金融级二维码生成与跨境支付治理架构 前言 在鸿蒙(OpenHarmony)生态迈向全场景商业化、涉及跨境数字化金融、智能收银终端及分布式聚合支付的背景下,如何生成符合国际 EMVCo 标准且具备高可靠校验机制的支付二维码,已成为决定金融类应用“交易确定性”的核心环节。在鸿蒙设备这类强调内核级安全防护与高精度金融计算的环境下,如果应用依然依赖简单的字符串拼接来构造具有复杂 TLV(Tag-Length-Value)结构的支付密令,由于由于字节统计误差或 CRC 校验逻辑漏洞,极易由于由于扫码解析失败导致资金结算链路的中断。 我们需要一种能够自动化 TLV 封装、支持标准银行目录映射且具备高精度 CRC16 校验的金融级生成方案。 vietqr_gen 为 Flutter 开发者引入了标准化的聚合支付二维码生成协议。它不仅支持对收款账号、金额及备注的结构化打包,更

By Ne0inhk
Flutter for OpenHarmony:Flutter 三方库 bloc_lint — 静态层给架构建立强硬代码纪律法规(架构治理引擎)

Flutter for OpenHarmony:Flutter 三方库 bloc_lint — 静态层给架构建立强硬代码纪律法规(架构治理引擎)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net。 前言 在鸿蒙(OpenHarmony)商业应用构建体系中,BLoC (Business Logic Component) 作为极其受欢迎且久经沙场验证的主流状态管理选项之一,其能够很好的区隔 UI 层与深层次复杂多变业务层。但即便其设计优秀且完善,部分因为初学者对“事件源如何定义”、“状态应当如何闭环抛出和重建”理解错位而在团队项目中引发了诸如事件滥用乱扔的状态泄漏等大型坑底。 bloc_lint 作为一套完全专门为 flutter_bloc 体系打造的规则分析插件,在底层完全接入你最信任的老大哥 IDE 和 CLI 验证中心。它通过对你的源码状态类代码进行扫描,从而逼你建立符合该架构设计真正思想哲学初衷的写法。在想要于庞大极其需要高度共识的企业级鸿蒙项目中推动 BLoC 范式时,它是你的架构卫士。 一、原理展示 / 概念介绍 1.1 基础概念 本机制就像是在 Dart 分析服务器里面插入了由 BLoC 作者参与或者基于经验而设定好的硬性代码规范探针体

By Ne0inhk
Spring Cloud与Dubbo架构哲学对决

Spring Cloud与Dubbo架构哲学对决

目录 摘要 🎯 开篇:别被"微服务"这个词忽悠了 🏗️ 架构哲学:两种完全不同的"世界观" 🎨 Spring Cloud:生态为王的全家桶 ⚡ Dubbo:专精RPC的特种兵 📊 性能对决:数据不说谎 🔧 核心原理:扒开看看里面啥样 🎯 Spring Cloud 2025.1.0的"虚拟线程革命" ⚡ Dubbo 3.0的Triple协议:对标gRPC 🚀 实战:从零搭建混合微服务架构 🏢 场景:电商平台(日均订单千万级) 📝 分步骤实现 步骤1:搭建Spring Cloud Gateway 步骤2:Dubbo核心服务实现 步骤3:Spring Cloud外围服务 步骤4:

By Ne0inhk
【OpenClaw从入门到精通】第03篇:吃透Gateway/Skills/ClawHub核心概念(2026实测+避坑)

【OpenClaw从入门到精通】第03篇:吃透Gateway/Skills/ClawHub核心概念(2026实测+避坑)

摘要:本文针对OpenClaw新手易混淆的核心概念痛点,以通俗类比+实操演示拆解OpenClaw核心、Gateway、Skills、ClawHub四大组件。通过“数字员工团队”类比明确各组件定位:OpenClaw核心是“老板”(调度中心)、Gateway是“前台+后勤”(后台进程)、Skills是“专业员工”(功能插件)、ClawHub是“人才市场”(技能商店)。补充版本更名史、技能加载优先级、ClawHub与GitHub区别等关键细节,结合“AI融资新闻查询并邮件推送”虚拟案例演示组件协同流程,梳理5个高频认知误区及解决方案。所有内容基于2026年官方文档实测,案例为虚拟构建,代码仅作示例未上传GitHub,兼顾新手理解与进阶实操参考,帮助读者建立清晰的OpenClaw架构认知。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】

By Ne0inhk