PHP备忘录模式实现撤销功能详解

本文深入剖析了PHP中备忘录模式在实现复杂撤销操作时的真实定位与实践陷阱：它并非开箱即用的撤销解决方案，而是一个严谨的状态快照“保险箱”——真正决定撤销是否可靠、高效、可控的，是你对业务语义的精准把握：如何定义纯净可序列化的state、何时触发保存（避开无效操作如光标移动或验证失败）、如何安全深拷贝并隔离不可序列化资源、怎样让Originator专注业务数据而非运行时依赖、以及Caretaker如何智能平衡撤销粒度与内存开销；所有这些关键设计都需开发者手动完成，模式本身从不越俎代庖。

PHP 中备忘录模式本身不解决“复杂撤销逻辑”，它只负责安全地捕获和恢复对象状态；真正决定撤销行为是否复杂的是你如何定义 state、何时保存、以及如何处理嵌套/依赖/副作用——这些必须由你手动设计，模式本身不自动帮你做。

备忘录类必须只暴露不可变的快照，不能让外部修改内部状态

常见错误是把 Memento 设计成可写属性或公开数组，导致外部代码意外篡改历史快照，后续 restore() 时行为错乱。正确做法是用私有属性 + 只读 getter，或直接返回深拷贝后的值。

• Memento 构造函数接收完整状态（如 array 或 stdClass），立即深拷贝：clone $state 或 json_decode(json_encode($state), true)
• 不提供 setState() 方法；只提供 getState()，且返回值不应是原始引用（避免调用方修改后影响其他快照）
• 如果状态含资源句柄（如 mysqli 连接）、闭包或 __sleep 不支持的对象，必须显式过滤或抛出异常，否则序列化失败或恢复出错

原发器（Originator）的 save() 和 restore() 要严格区分“逻辑状态”和“运行时状态”

很多开发者把数据库连接、日志实例、临时文件路径等塞进 state，结果恢复时对象无法重建。备忘录只该保存**可序列化的业务数据**，比如表单字段、计算中间值、用户选择项。

• 在 save() 中，只提取需要回滚的字段：例如 return ['title' => $this->title, 'items' => $this->items]，而非 get_object_vars($this)
• 在 restore() 中，仅赋值字段，不重新初始化服务依赖；依赖应通过构造函数或 setter 注入，与备忘录解耦
• 若需恢复关联对象（如一个订单含多个商品行），确保 items 是值对象数组，或每个子对象也实现自己的 save()，避免浅拷贝引发引用污染

管理者（Caretaker）控制撤销栈时，注意内存与粒度平衡

无限制 push Memento 会导致内存暴涨，尤其状态大或操作频繁；但删太多又会让用户无法撤到想要的步骤。关键不是“存多少”，而是“存哪些”。

• 用 array_unshift() 和 array_shift() 维护栈，避免 array_push()/array_pop() 颠倒顺序（撤销应是 LIFO，但用户感知是“上一步”）
• 设置上限（如最多 50 步），超出时 array_splice($this->history, 0, 1) 删最老的，别用 unset() 留空洞
• 合并连续小操作：监听输入事件，当用户快速连输 5 个字符，只存最终字符串，而不是每 keypress 存一次——这靠业务判断，不是模式能代劳

真正难的从来不是写 save() 和 restore()，而是界定“什么算一次可撤销操作”——光标移动不算，Ctrl+Z 却要撤回整段粘贴；表单验证失败时不该存档，提交成功后才该记一笔。这些边界全得你根据交互逻辑硬编码进去，备忘录只是个听话的保险箱。

以上就是《PHP备忘录模式实现撤销功能详解》的详细内容，更多关于的资料请关注golang学习网公众号！