设计模式——备忘录模式

定义

在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态

换句话说，当我们正常需要将一个对象恢复到前者的状态时，我们必须要直到该对象内部封装的细节。但是这样很明显会使得两个对象之间的耦合过高，是不可取的，因此我们需要一个备忘录来对数据的状态进行记录，从而降低对象之间的耦合关系

结构和实现

结构

• 发起人（Originator）角色：记录当前时刻的内部状态信息，提供创建备忘录和恢复备忘录数据的功能，实现其他业务功能，它可以访问备忘录里的所有信息。
• 备忘录（Memento）角色：负责存储发起人的内部状态，在需要的时候提供这些内部状态给发起人。
• 管理者（Caretaker）角色：对备忘录进行管理，提供保存与获取备忘录的功能，但其不能对备忘录的内容进行访问与修改。

实现

发起人角色

class Originator
{
    private String state;
    public void setState(String state)
    {
        this.state=state;
    }
    public String getState()
    {
        return state;
    }
    public Memento createMemento()
    {
        return new Memento(state);
    }
    public void restoreMemento(Memento m)
    {
        this.setState(m.getState());
    }
}

备忘录角色

class Memento
{
    private String state;
    public Memento(String state)
    {
        this.state=state;
    }
    public void setState(String state)
    {
        this.state=state;
    }
    public String getState()
    {
        return state;
    }
}

备忘录管理员

class Caretaker
{
    private Memento memento;
    public void setMemento(Memento m)
    {
        memento=m;
    }
    public Memento getMemento()
    {
        return memento;
    }
}

Client

public class MementoPattern
{
    public static void main(String[] args)
    {
        Originator or=new Originator();
        Caretaker cr=new Caretaker();
        or.setState("S0");
        System.out.println("初始状态:"+or.getState());
        cr.setMemento(or.createMemento()); //保存状态      
        or.setState("S1");
        System.out.println("新的状态:"+or.getState());
        or.restoreMemento(cr.getMemento()); //恢复状态
        System.out.println("恢复状态:"+or.getState());
    }
}

总结

备忘录模式通过一个备忘录角色来记录对象的状态。然后将备忘录对象交由一个备忘录管理者进行保存，当需要恢复状态时，则可以从备忘录管理者中获取到之前备份的备忘录角色，然后传入到发起者中，由发起者自己来恢复状态

优点

• 提供了一种可以恢复状态的机制。当用户需要时能够比较方便地将数据恢复到某个历史的状态。
• 实现了内部状态的封装。除了创建它的发起人之外，其他对象都不能够访问这些状态信息。
• 简化了发起人。发起人不需要管理和保存其内部状态的各个备份，所有状态信息都保存在备忘录中，并由管理者进行管理，这符合单一职责原则。

缺点

• 资源消耗大。如果要保存的内部状态信息过多或者特别频繁，将会占用比较大的内存资源。

适用场景

• 需要保存和恢复数据的相关状态场景
• 提供一个可回滚的操作
• 数据库连接的事务管理用的就是备忘录模式

注意事项

• 备忘录的生命周期
  如果有不需要适用了的状态就立刻删除其引用
• 备忘录的性能
  不要在频繁建立备份的场景中适用备忘录模式。因为无法控制备忘录对象的数量，过于消耗资源
• 如果发起者对象较小，完全可以结合原型模式进行直接的对象克隆，性能更高