概述

在软件构建过程中，某些对象的状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前处于某个点时的状态。如果使用一些公有接口来让其他对象得到对象的状态，便会暴露对象的细节实现。如何实现对象状态的良好保存与恢复？但同时又不会因此而破坏对象本身的封装性。

意图

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

结构图

角色说明:

Memento(备忘录)：保存Originator对象的内部状态(主动权在Originator)，提供宽接口给Originator，提供窄接口给CareTaker。

Originator(原发器)：控制那些内部状态要保存，防止外界对象访问Memento，自己可以访问Memento，尤其是先前状态。

CareTaker：负责保存Memento，但不能浏览Memento(从而是窄接口)。

State：状态类，用来模拟内部状态，亦可以是一个string，这里设计成类更有一般意义。

 

生活中的例子

在使用IE浏览器时,有一个按扭返回上一步操作,返回上一个打开的页面,其实原理和备望录模式一样.

 

用例示例图

实现一个用户信息保存的功能,用例图如下:

 

代码设计

先创建UserInfo.cs:

public class UserInfo    {        private string _Name;        private string _Address;        public string Name        {            get { return _Name; }            set { _Name = value; }        }        public string Address        {            get { return _Address; }            set { _Address = value; }        }        /// 
        /// 初始化用户信息        /// 
        ///         ///         public UserInfo(string name, string address)        {            this._Name = name;            this._Address = address;        }        /// 
        /// 返回上一步信息        /// 
        ///         public void setMemento(Memento memento)        {            this._Name = memento.Name;            this._Address = memento.Address;        }        /// 
        /// 返回一个用户信息备忘录        /// 
        /// 
            public Memento CreateMemento()        {            return new Memento(this.Name, this.Address);        }        public string ShowInfo()        {            return string.Format("My name is {0} , my address in {1}. \n", this.Name, this.Address);        }    }

 

再创建Memento.cs:

public class Memento    {        private string _Name;        private string _Address;        public string Name        {            get { return _Name; }            set { _Name = value; }        }        public string Address        {            get { return _Address; }            set { _Address = value; }        }        public Memento(string name, string address)        {            this._Name = name;            this._Address = address;        }    }

 

再创建SaveMemento.cs:

public class SaveMemento    {        private Memento _memento;        public Memento TheMemento        {            set { _memento = value; }            get { return _memento; }        }        public SaveMemento(Memento memento)        {            this._memento = memento;        }    }

 

最后再调用

public partial class Run : Form    {        public Run()        {            InitializeComponent();        }        private void btnRun_Click(object sender, EventArgs e)        {            //-------------------------------------            UserInfo user = new UserInfo("spring yang", "ningbo");            rtbResult.AppendText(user.ShowInfo());            SaveMemento memento = new SaveMemento(user.CreateMemento());            user.Name = "zhangshang";            user.Address = "xanghai";            rtbResult.AppendText(user.ShowInfo());            user.setMemento(memento.TheMemento);            rtbResult.AppendText(user.ShowInfo());        }    }

 

运行结果如下图:

 

实现要点

1．备忘录（Memento）存储原发器（Originator）对象的内部状态，在需要时恢复原发器状态。Memento模式适用于“由原发器管理，却又必须存

储在原发器之外的信息”

2．在实现Memento模式中，要防止原发器以外的对象访问备忘录对象。备忘录对象有两个接口，一个为原发器使用的宽接口；一个为其他对象使用

的窄接口。

3．在实现Memento模式时，要考虑拷贝对象状态的效率问题，如果对象开销比较大，可以采用某种增量式改变来改进Memento模式。

 

优点

1．有时一些发起人对象的内部信息必须保存在发起人对象以外的地方，但是必须要由发起人对象自己读取，这时，使用备忘录模式可以把复杂的发起人内部信息对其他的对象屏蔽起来，从而可以恰当地保持封装的边界。

2．本模式简化了发起人类。发起人不再需要管理和保存其内部状态的一个个版本，客户端可以自行管理他们所需要的这些状态的版本。

3．当发起人角色的状态改变的时候，有可能这个状态无效，这时候就可以使用暂时存储起来的备忘录将状态复原。

 

缺点

1．如果发起人角色的状态需要完整地存储到备忘录对象中，那么在资源消耗上面备忘录对象会很昂贵。

2．当负责人角色将一个备忘录 存储起来的时候，负责人可能并不知道这个状态会占用多大的存储空间，从而无法提醒用户一个操作是否很昂贵。

3．当发起人角色的状态改变的时候，有可能这个协议无效。如果状态改变的成功率不高的话，不如采取“假如”协议模式。

 

适用性

1．必须保存一个对象在某一个时刻的（部分）状态，这样以后需要时它才能恢复到先前的状态。

2．如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏对象的封装性。

 

总结

主要用于保存操作先前状态的信息.