备忘录（Momento）与原型（Prototype）设计模式的差异及适用场景问询

一、已列差异之外的核心区别 #

• 状态访问权限控制：备忘录模式里，存储状态的备忘录对象会做访问限制——只有生成状态的原发器（原对象）能读取它的状态，外部类无法直接触碰，完美保证状态的封装性；而原型模式克隆出的是完整对象实例，外部可以直接访问克隆对象的所有属性，除非额外做封装限制。
• 资源消耗差异：备忘录模式哪怕存储完整状态，也只是保存状态数据本身，而非整个对象实例；原型模式克隆的是完整对象，若对象关联结构复杂（比如嵌套多层对象），深克隆的开销会远大于备忘录模式。
• 状态复用能力：备忘录的状态仅用于原发器的状态恢复，几乎没有其他复用场景；原型模式克隆出的对象是独立实例，除了用来恢复原对象状态，还能直接作为新对象使用——比如快速生成一批配置相似的实例，复用性更强。
• 生命周期管理逻辑：备忘录的创建、保存、清理全由管理者类负责，原发器无需操心；原型模式克隆出的对象，生命周期和普通对象一致，完全由调用方自行管理。

二、各自适用场景 #

备忘录模式适用场景 #

• 需要保存对象的部分关键状态，且要严格限制外部对状态的访问、修改权限时。
• 系统需支持撤销/恢复操作，但对象状态体量较大，仅需保存必要状态而非完整对象就能满足需求时。
• 希望将“保存/恢复状态”的逻辑从原对象中解耦，让原对象专注于核心业务逻辑时。

原型模式适用场景 #

• 需要快速创建多个结构相似、仅少量属性不同的对象，避免重复编写繁琐的初始化代码时。
• 对象初始化成本极高（比如依赖复杂数据库查询、大量计算），克隆操作能大幅降低初始化开销时。
• 既要用完整状态实现撤销功能，又可能需要基于这些快照生成新对象时。

三、完整对象快照撤销：原型模式是最优解吗？ #

不一定，需结合实际场景判断：

• 如果对象结构简单，克隆开销小，且后续可能需要基于快照生成新对象，原型模式更合适——克隆出的实例可直接复用，无需额外的状态转换逻辑，代码更简洁。
• 若对象结构复杂，深克隆资源消耗极大，或者必须严格控制快照状态的访问权限、避免外部误改，备忘录模式更优：仅存储状态数据，既节省资源，又能保证封装性，不会出现外部篡改快照的风险。
• 另外，若系统原本就使用原型模式创建对象，复用该逻辑实现撤销能减少代码冗余；反之，若系统更注重状态的解耦与封装，备忘录模式是更稳妥的选择。

内容的提问来源于stack exchange，提问作者Niek Beijloos