【设计模式】第十八章：备忘录模式详解及应用案例

快来打我* 2024-03-17 15:27 104阅读 0赞

## 系列文章 ##

[【设计模式】七大设计原则][Link 1]  
[【设计模式】第一章：单例模式][Link 2]  
[【设计模式】第二章：工厂模式][Link 3]  
[【设计模式】第三章：建造者模式][Link 4]  
[【设计模式】第四章：原型模式][Link 5]  
[【设计模式】第五章：适配器模式][Link 6]  
[【设计模式】第六章：装饰器模式][Link 7]  
[【设计模式】第七章：代理模式][Link 8]  
[【设计模式】第八章：桥接模式][Link 9]  
[【设计模式】第九章：外观模式 / 门面模式][Link 10]  
[【设计模式】第十章：组合模式][Link 11]  
[【设计模式】第十一章：享元模式][Link 12]  
[【设计模式】第十二章：观察者模式][Link 13]  
[【设计模式】第十三章：模板方法模式][Link 14]  
[【设计模式】第十四章：策略模式][Link 15]  
[【设计模式】第十五章：责任链模式][Link 16]  
[【设计模式】第十六章：迭代器模式][Link 17]  
[【设计模式】第十七章：状态模式][Link 18]  
[【设计模式】第十八章：备忘录模式][Link 19]  
[【设计模式】第十九章：访问者模式][Link 20]  
[【设计模式】第二十章：解释器模式][Link 21]  
[【设计模式】第二十一章：命令模式][Link 22]  
[【设计模式】第二十二章：中介者模式][Link 23]

--------------------

#### 文章目录 ####

*  系列文章
 *  备忘录模式
 *  一、定义
 *  二、角色分类
 *  三、实现方式
 *   *  UML图
     *  具体实现
 *  四、应用场景
 *  五、优缺点
 *   *  优点
     *  缺点
 *  推荐

--------------------

## 备忘录模式 ##

## 一、定义 ##

> \*\*摘自百度百科：\*\*在不破坏封闭的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。

--------------------

## 二、角色分类 ##

**原发器角色（Originator）**

其为普通类，可以创建一个备忘录，并存储其当前的内部状态，也可以通过备忘录来恢复其内部状态，一般会将需要保存内部状态的类设计为原发器

**备忘录角色（Memento）**

用来存储原发器的内部状态，根据原发器来决定保存哪些内部状态。除了原发器角色与负责人角色之外，备忘录对象不能直接供其他类使用

**负责人角色（Caretaker）**

其作用为保存备忘录，但不能对备忘录的内容进行操作和检查。负责人类中可以存储多个备忘录对象，它只负责存储，不能修改，也无需知道对象的实现细节

**客户角色（Client）**

具体调用方法的角色

--------------------

## 三、实现方式 ##

### UML图 ###

![在这里插入图片描述][15efde715de54b08bbd38578b8eccc09.png]

### 具体实现 ###

在日常工作中，我们使用的git、svn就是备忘录模式的一种实现，我们可以提交与回滚。除此之外，我们购物时的付款与退款、退货等也可以使用备忘录模式来实现

**原发器（Originator）**

@Data
    @ToString
    public class Originator {
        
      private String state;
    
      public Memento saveToMemento() {
        
        return new Memento(state);
      }
    
      public void restoreMemento(Memento memento) {
        
        this.state = memento.getState();
      }
    }

**备忘录（Memento）**

@Data
    @ToString
    public class Memento {
        
      private String state;
    
      public Memento(String state) {
        
        this.state = state;
      }
    }

**负责人（Caretaker）**

public class Caretaker {
        
      private final Stack<Memento> stack = new Stack<Memento>();
    
      public void addMemento(Memento memento) {
        
        stack.push(memento);
      }
    
      public Memento getMemento() {
        
        return stack.pop();
      }
    }

**客户角色（Client）**

public class Client {
        
      public static void main(String[] args) {
        
        Originator originator = new Originator();
        originator.set("付款");
        originator.setState("发货");
        Caretaker caretaker = new Caretaker();
        caretaker.addMemento(originator.saveToMemento());
        originator.setState("收货");
        System.out.println(originator);
        originator.restoreMemento(caretaker.getMemento());
        System.out.println(originator);
      }
    }

**执行结果**

Originator(state="收货")
    Originator(state="发货")

--------------------

## 四、应用场景 ##

> 以下部分内容摘自**菜鸟教程**

**意图：** 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。

**主要解决：** 所谓备忘录模式就是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态。

**何时使用：** 很多时候我们总是需要记录一个对象的内部状态，这样做的目的就是为了允许用户取消不确定或者错误的操作，能够恢复到他原先的状态，使得他有"后悔药"可吃。

**如何解决：** 通过一个备忘录类专门存储对象状态。

**关键代码：** 客户不与备忘录类耦合，与备忘录管理类耦合。

**应用实例：**

1.  后悔药。
2.  打游戏时的存档。
3.  Windows 里的 ctrl + z。
4.  IE 中的后退。
5.  数据库的事务管理。

**使用场景：**

1.  需要保存/恢复数据的相关状态场景。
2.  提供一个可回滚的操作。

**注意事项：**

1.  为了符合迪米特原则，还要增加一个管理备忘录的类。
2.  为了节约内存，可使用原型模式+备忘录模式。

--------------------

## 五、优缺点 ##

### 优点 ###

1.  给用户提供了一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。
2.  实现了信息的封装，使得用户不需要关心状态的保存细节。

### 缺点 ###

消耗资源。如果类的成员变量过多，势必会占用比较大的资源，而且每一次保存都会消耗一定的内存。

--------------------

## 推荐 ##

关注博客和公众号获取最新文章

[Bummon’s Blog][Bummon_s Blog] ｜ [Bummon’s Home][Bummon_s Home] ｜ [公众号][Link 24]

[Link 1]: https://blog.csdn.net/HackAzrael/article/details/127247474
[Link 2]: https://blog.csdn.net/HackAzrael/article/details/127257678
[Link 3]: https://blog.csdn.net/HackAzrael/article/details/127263017
[Link 4]: https://blog.csdn.net/HackAzrael/article/details/127281056
[Link 5]: https://blog.csdn.net/HackAzrael/article/details/131191740
[Link 6]: https://blog.csdn.net/HackAzrael/article/details/130830533
[Link 7]: https://blog.csdn.net/HackAzrael/article/details/131527873
[Link 8]: https://blog.csdn.net/HackAzrael/article/details/131527943
[Link 9]: https://blog.csdn.net/HackAzrael/article/details/131528074
[Link 10]: https://blog.csdn.net/HackAzrael/article/details/131528365
[Link 11]: https://blog.csdn.net/HackAzrael/article/details/131528404
[Link 12]: https://blog.csdn.net/HackAzrael/article/details/131528468
[Link 13]: https://blog.csdn.net/HackAzrael/article/details/131528589
[Link 14]: https://blog.csdn.net/HackAzrael/article/details/131529402
[Link 15]: https://blog.csdn.net/HackAzrael/article/details/131529479
[Link 16]: https://blog.csdn.net/HackAzrael/article/details/131529548
[Link 17]: https://blog.csdn.net/HackAzrael/article/details/131529642
[Link 18]: https://blog.csdn.net/HackAzrael/article/details/131554457
[Link 19]: https://blog.csdn.net/HackAzrael/article/details/131554575
[Link 20]: https://blog.csdn.net/HackAzrael/article/details/131554702
[Link 21]: https://blog.csdn.net/HackAzrael/article/details/131554803
[Link 22]: https://blog.csdn.net/HackAzrael/article/details/131554865
[Link 23]: https://blog.csdn.net/HackAzrael/article/details/131554931
[15efde715de54b08bbd38578b8eccc09.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/fd572a3e9a8d44419c1926d00b8721a5.png
[Bummon_s Blog]: https://blog.bummon.com/
[Bummon_s Home]: https://www.bummon.com/
[Link 24]: https://www.bummon.com/wechat/