备忘录模式-笔记

保存对象当前状态，并在之后再次恢复到此状态。(Android源码中对应于Activity的状态恢复onSaveInstanceState onRestoreInstanceState)

定义：捕获对象的一个状态，并在该对象之外保存这个状态，这样之后就可将改对象恢复到原先保存的状态。

使用场景： 1 需要保存一个对象在某一个时刻的状态或部分状态。

                 2 如果用一个接口来让其他对象得到这些状态，将会暴露对象的实现细节并破坏对象的封装性，一个对象不希望外界直接访问其内部状态，通过中间对象可以直接访问其内部状态。

备忘录模式UML图

上面不是很明白 

以游戏中的存档功能为例，该功能将游戏进度存储到本地文件系统或者数据库中，下次进入时从本地加载进度，使得玩家能够继续上一次的游戏。

亮代码吧：

/**
 * Originator 用于创建一个备忘录，可以记录，恢复自身的状态 。
 * 同时还可以根据需要决定Memento存储自身哪些内部状态
 */
public class CallofDuty {

    int mCheckPoint = 1;
    int mLifeValue = 100;
    String mWeapon = "沙漠之鹰";

    //play
    void play(){
        System.out.println("玩游戏："+String.format("第%d关",mCheckPoint)+"奋斗杀敌中");
        mLifeValue-=10;
        System.out.println("进度升级了");
        mCheckPoint++;
        System.out.println("到达"+String.format("第%d关",mCheckPoint));
    }

    //quit
    void quit(){
        System.out.println("-----------------");
        System.out.println("退出前的游戏属性"+toString());
        System.out.println("退出游戏");
        System.out.println("-----------------");
    }

    /**
     * create 备忘录
     */
    Memoto createMemot(){
        Memoto memoto=new Memoto();
        memoto.mCheckPoint=mCheckPoint;
        memoto.mLifeValue=mLifeValue;
        memoto.mWeapon=mWeapon;
        return  memoto;
    }


    void restore(Memoto memoto){
        this.mCheckPoint= memoto.mCheckPoint;
        this.mLifeValue= memoto.mCheckPoint;
        this.mWeapon= memoto.mWeapon;
    }

    @Override
    public String toString() {
        return "CallofDuty{" +
                "mCheckPoint=" + mCheckPoint +
                ", mLifeValue=" + mLifeValue +
                ", mWeapon='" + mWeapon + '\'' +
                '}';
    }
}

/**
 * 备忘录类 用于存储original对象的内部状态，并且可以防止original之外的对象访问备忘录
 */
public class Memoto {
    int mCheckPoint;
    int mLifeValue ;
    String mWeapon ;


    @Override
    public String toString() {
        return "Memoto{" +
                "mCheckPoint=" + mCheckPoint +
                ", mLifeValue=" + mLifeValue +
                ", mWeapon='" + mWeapon + '\'' +
                '}';
    }
}

/**用于管理Menoto
 * 负责 存储备忘录，不能对备忘录的内容进行操作和访问，只能够将备忘录传递给其他对象。
 */
public class Caretaker {
    Memoto memoto;
    /**
     * 存储状态
     */
    void archive(Memoto memoto){
        this.memoto=memoto;
    }

    /**
     *获取存档
     */
    public Memoto getMemoto() {
        return memoto;
    }
}

public class Client {
    void main(String args[]){
        //Originator 用于创建一个备忘录，可以记录，恢复自身的状态 。
        CallofDuty game=new CallofDuty();
        //1打游戏
        game.play();
       
       // 负责 存储备忘录，不能对备忘录的内容进行操作和访问，只能够将备忘录传递给其他对象。
        Caretaker caretaker=new Caretaker();
        //保存状态 存储备忘录
        caretaker.archive(game.createMemot());
        //
        game.quit();

        CallofDuty newGame=new CallofDuty();
        //恢复自身的状态
        newGame.restore(caretaker.getMemoto());
        
    }

p253 页 MainActivity职责太混乱了，要负责View部分的逻辑又要负责管理便签的状态，修改便签的状态，这些代码耦合在一起，造成类型膨胀，后续难以维护 太认同了想起来我写的代码也有这些问题 ，我只想着把功能实现，没注意这些问题。小明真好，有个主管指正问题

实战演示：问题代码ＴＯＤＯ

以备忘录模式改造的代码　ＴＯＤＯ

需要保存对象状态的情况可以使用备忘录模式，把要保存数据的逻辑、职责分离出去，这样耦合更低，每个类的职责更清晰。

重构不是到了某一个阶段才应该实施，而是伴随着开发存在的当你觉得某个类甚至某个函数过于混乱、背负的职责太多时，这就是要重构的信号，此时应该真正了解了该类或者该函数作用之后，对它进行相应的处理，例如，将不属于它的职责分离到别的类中，将复杂的函数抽取为几个粒度更小的函数，通过持续的重构使得软件系统保持整洁，这样软件才会健康，稳健的发展。

总结

备忘录模式是在不破换封装的条件下，通过备忘录对象（Memoto）存储另外一个对象内部状态的快照，在将来合适的时候把这个对象还原到存储起来的状态。

优点

给用户提供一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。

实现了信息的封装，使得用户不关心状态的保存细节

缺点

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