备忘录模式

备忘录模式（Memento Pattern）是一种行为型设计模式，它允许在不暴露对象实现细节的情况下捕获和保存对象的内部状态，从而在未来需要时恢复对象到先前的状态。备忘录模式通过引入备忘录对象，实现了对象状态的保存与恢复，常用于实现 撤销（Undo） 功能。关键点：状态保存与恢复：在不破坏封装性的前提下，保存对象的内部状态，并在需要时恢复。封装性：备忘录对象只暴露必要的信息，确保对象内部状态的隐私性。独立性：备忘录模式将状态的保存与恢复操作与对象的核心职责分离。

备忘录（Memento）模式也称为快照（Snapshot）模式，是一种行为型模式，主要用于防止数据丢失。它通过对对象的状态进行备份，以便在未来需要时可以恢复这些数据。换句话说，该模式能够将某个时间点的对象内部状态保存下来，并在必要时根据保存的内容将该对象恢复到当时的状态。备忘录模式的结构比较简单，使用频率相对较低，但在特定场景下非常有用。

备忘录模式（Memento Pattern）是一种软件设计模式，它允许在不破坏对象封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样，以后就可以将该对象恢复到原先保存的状态。该模式属于行为型模式，主要目的是提供一种可以恢复对象状态的机制。 备忘录模式主要包含两个主要角色：发起人（Originator）和备忘录（Memento）。发起人负责创建一个备忘录来记录当前时刻的内部状态，并且可以使用这个备忘录来恢复状态。而备忘录则负责存储发起人的内部状态，并防止其他对象访问备忘录的内容。

当需要创建对象状态快照来恢复其之前的状态时，可以使用备忘录模式。备忘录模式允许复制对象中的全部状态（包括私有成员变量），并将其独立于对象进行保存。它在处理事务（比如需要在出现错误时回滚一个操作）的过程中也必不可少。可以同时使用命令模式和备忘录模式来实现 “撤销”。在这种情况下， 命令用于对目标对象执行各种不同的操作， 备忘录用来保存一条命令执行前该对象的状态。也可以同时使用备忘录和迭代器模式来获取当前迭代器的状态， 并且在需要的时候进行回滚。其独立于对象进行保存。

备忘录模式（Memento Design Pattern），也叫快照（Snapshot）模式。指在不违背封装原则前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便之后恢复对象为先前的状态。 备忘录模式在日常中很常见，比如Word中的回退，MySQL中的undo log日志，Git版本管理等等，我们都可以从当前状态退回之前保存的状态。比如Git中的checkout命令就可以从main版本切换到之前的bugFix版本： 一、备忘录模式介绍 备忘录是一种对象行为型模式，它提供了一种可以恢复状态的机

捕获对象内部状态并在需要时恢复，同时不破坏对象的封装性。如同游戏存档系统，允许玩家保存当前进度并在需要时回退到之前的状态。

备忘录模式是一种行为设计模式，它允许在不暴露对象内部状态的情况下捕获和恢复对象之前的状态。主要组成部分1）Originator（原发器）负责创建一个包含其内部状态的备忘录对象。可以使用备忘录来恢复其先前的状态。2）Memento（备忘录）存储原发器的内部状态，并防止外部对象访问这些状态。可能会有两种类型的备忘录：一种是简单的，只存储状态；另一种是复杂的，可能包含多个状态快照。3）Caretaker（管理者）负责保存和获取备忘录对象，但不应该操作备忘录的内容。

创建型设计模式，就是通过控制对象的创建方式来解决设计问题。

代理模式是一种结构型设计模式，它提供了一个代理对象，用于控制对另一个对象的访问。代理对象通常会封装真实对象的操作，并在调用之前或之后执行额外的逻辑，如权限校验、日志记录、延迟加载等。本篇详细介绍了代理模式的核心思想、实现方式、适用场景以及实际应用案例。我们通过 Java 代码展示了如何构建一个完整的代理模式系统，并结合 Spring AOP 案例说明了其在企业级应用中的价值。通过代理模式，我们可以有效控制对象的访问权限、实现延迟加载、增强系统功能，同时降低模块间的耦合度。

在软件开发中，我们经常需要使用第三方库或者对接外部系统，但它们的接口往往与我们的系统不兼容。比如，老系统使用XML格式数据，新系统使用JSON格式；或者需要集成的支付接口与现有的支付抽象不匹配。适配器模式就像现实中的转换插头一样，让不匹配的接口能够正常工作。它在不修改原有代码的前提下，通过一个适配器类来桥接两个不兼容的接口。

在实际开发中，有时候创建一个对象的成本很高，比如需要从数据库查询大量数据、进行复杂计算、或者建立网络连接等。如果需要创建多个相似的对象，每次都重新执行这些操作就太浪费了。原型模式提供了一个聪明的解决方案：先创建一个原型对象，然后通过复制这个原型来创建新对象。这样既保留了对象的状态，又避免了重复的创建成本。

迭代器模式是指提供一种方法顺序访问一个聚合对象中的各个元素，而又不需要暴露该对象的内部表示。迭代器模式可以把迭代的过程从业务逻辑中分离出来，在使用迭代器模式之后，不用关心对象你的内部构造也可以按顺序访问其中的每个元素。

产品（Product）最终要构建的复杂对象抽象建造者（Builder）定义创建产品各部分的接口具体建造者（Concrete Builder）实现抽象建造者接口提供产品的具体实现保存产品的当前状态导演（Director）使用建造者接口构建产品控制构建过程顺序分离构造与表示：相同的构建过程创建不同表示精细控制：精确控制对象构建步骤简化接口：避免复杂的构造函数参数列表构建算法复用：导演类封装复杂构建逻辑参数验证：在build()方法中确保对象完整性使用时机当对象需要多个步骤创建时当对象有多个变体时。