备忘录设计模式

备忘录模式(Memento Pattern)是一种行为设计模式,用于捕获对象的内部状态并在需要时恢复该状态,同时不破坏对象的封装性。它适用于需要实现撤销/重做、历史记录或状态快照的场景。

核心组件
  1. Originator(原发器)

    • 需要保存状态的对象

    • 提供创建备忘录和恢复状态的方法

    • 示例代码:

      java 复制代码
      public class TextEditor {
          private String content;
          
          public void write(String text) {
              this.content = text;
          }
          
          // 创建备忘录
          public TextMemento save() {
              return new TextMemento(content);
          }
          
          // 从备忘录恢复
          public void restore(TextMemento memento) {
              this.content = memento.getSavedContent();
          }
      }
  2. Memento(备忘录)

    • 存储 Originator 的内部状态

    • 通常设计为不可变对象

    • 示例代码:

      java 复制代码
      public final class TextMemento {
          private final String content;
          
          public TextMemento(String content) {
              this.content = content;
          }
          
          // 仅允许原发器访问
          String getSavedContent() {
              return content;
          }
      }
  3. Caretaker(管理者)

    • 负责保存和管理备忘录

    • 不能修改备忘录内容

    • 示例代码:

      java 复制代码
      import java.util.Stack;
      
      public class History {
          private final Stack<TextMemento> states = new Stack<>();
          
          public void saveState(TextMemento state) {
              states.push(state);
          }
          
          public TextMemento getLastState() {
              return states.pop();
          }
      }
工作流程
graph LR A[Originator] -- 创建 --> B[Memento] B -- 存储 --> C[Caretaker] C -- 提供 --> A A -- 恢复状态 --> B
关键特性
  1. 封装保护

    • Memento 通过私有访问控制保护状态
    • Caretaker 只能存储备忘录,不能修改内容
  2. 状态管理

    • 支持多级撤销:使用栈结构存储历史状态
    • 状态隔离:每个备忘录独立存储对象快照
  3. 内存优化

    • 增量存储:仅保存变化部分
    • 懒加载:需要时再生成备忘录
适用场景
  • 需要实现撤销/重做功能(如文本编辑器)
  • 需要保存对象历史状态(如游戏存档)
  • 需要隔离状态生成和存储逻辑
优缺点分析

优点

  • 保持对象封装边界
  • 简化原发器职责(SRP原则)
  • 支持多状态管理

缺点

  • 可能增加内存消耗
  • Caretaker 需维护生命周期
  • 频繁保存可能影响性能
扩展实现
java 复制代码
// 客户端使用示例
public class Client {
    public static void main(String[] args) {
        TextEditor editor = new TextEditor();
        History history = new History();
        
        editor.write("First draft");
        history.saveState(editor.save());  // 保存状态1
        
        editor.write("Revised content");
        history.saveState(editor.save());  // 保存状态2
        
        editor.restore(history.getLastState()); // 撤销到状态1
    }
}

设计建议

  1. 对大型对象使用增量备忘录
  2. 通过接口约束备忘录访问权限
  3. 结合原型模式优化状态克隆性能
  4. 使用对象池管理频繁创建的备忘录
相关推荐
Java后端的Ai之路1 小时前
RAG 还是 Agent 自主检索?Claude Code 删掉向量库之后,我把选型讲透了
开发语言·人工智能·prompt·agent·rag
starzy19902 小时前
深入理解Scala高阶函数:函数式编程核心
开发语言·scala
2601_962106646 小时前
【Java Set综合实战】商品管理系统 + 图书收藏系统|Product、Book自定义类全套代码
java
RuoyiOffice7 小时前
SpringBoot+Vue3 凭证生命周期设计:审核、过账、冲销与反过账怎样保持账目一致
java·spring boot·事务·springboot3·财务系统·会计凭证·ruoyi office
2601_962106647 小时前
HashMap入门|工号-姓名键值存储、两种遍历方式、根据key/value查
java
czq_26867194877 小时前
Python打卡第46天
开发语言·python
杨凯凡8 小时前
Spring Framework 7 API 版本管理实战:请求头路由、兼容迁移与废弃策略
java·rest api·springframework·spring boot 4·api版本管理
T_Wizard8 小时前
同一个问题写了 4 遍:官方 SDK / HTTP / Spring AI / LangChain4j,到底该选哪个
java·ai编程
hai_android8 小时前
AudioTrack 深度解析:从原理到实战
android·java·kotlin
百思不得小李9 小时前
一个复杂的动态表单是如何实现的
前端·设计模式