一、動機（Motivate）

我們看上圖，一個對象肯定會有很多狀態(tài)，這些狀態(tài)肯定會相互轉(zhuǎn)變而促進對象的發(fā)展，如果要想在某一時刻把當前對象回復(fù)到以前某一時刻的狀態(tài)，這個情況用“備忘錄模式”就能很好解決該問題。

在軟件構(gòu)建過程中，某些對象的狀態(tài)在轉(zhuǎn)換的過程中，可能由于某種需要，要求程序能夠回溯到對象之前處于某個點時的狀態(tài)。如果使用一些公有接口來讓其他對象得到對象的狀態(tài)，便會暴露對象的細節(jié)實現(xiàn)。
如何實現(xiàn)對象狀態(tài)的良好保存與恢復(fù)，但同時又不會因此而破壞對象本身的封裝性？

二、意圖（Intent）

在不破壞封裝性的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)（如果沒有這個關(guān)鍵點，其實深拷貝就可以解決問題）。這樣以后就可以將該對象恢復(fù)到原先保存的狀態(tài)。                                 ——《設(shè)計模式》GoF

三、結(jié)構(gòu)圖（Structure）

四、模式的組成

可以看出，在備忘錄模式的結(jié)構(gòu)圖有以下角色：
（1）、發(fā)起人角色（Originator）：記錄當前時刻的內(nèi)部狀態(tài)，負責創(chuàng)建和恢復(fù)備忘錄數(shù)據(jù)。負責創(chuàng)建一個備忘錄Memento，用以記錄當前時刻自身的內(nèi)部狀態(tài)，并可使用備忘錄恢復(fù)內(nèi)部狀態(tài)。Originator【發(fā)起人】可以根據(jù)需要決定Memento【備忘錄】存儲自己的哪些內(nèi)部狀態(tài)。
（2）、備忘錄角色（Memento）：負責存儲發(fā)起人對象的內(nèi)部狀態(tài)，在進行恢復(fù)時提供給發(fā)起人需要的狀態(tài)，并可以防止Originator以外的其他對象訪問備忘錄。備忘錄有兩個接口：Caretaker【管理角色】只能看到備忘錄的窄接口，他只能將備忘錄傳遞給其他對象。Originator【發(fā)起人】卻可看到備忘錄的寬接口，允許它訪問返回到先前狀態(tài)所需要的所有數(shù)據(jù)。
（3）、管理者角色（Caretaker）：負責保存?zhèn)渫泴ο蟆Ｘ撠焸渫汳emento，不能對Memento的內(nèi)容進行訪問或者操作。

五、備忘錄模式的代碼實現(xiàn)

今天我們就用備份電話本的實例來說明備忘錄模式的實現(xiàn)。實現(xiàn)代碼如下：

static void Main(string[] args)
{
    List<ContactPerson> persons = new List<ContactPerson>()
            {
                new ContactPerson() { Name="黃飛鴻", MobileNumber = "13533332222"},
                new ContactPerson() { Name="方世玉", MobileNumber = "13966554433"},
                new ContactPerson() { Name="洪熙官", MobileNumber = "13198765544"}
            };

    //手機名單發(fā)起人
    MobileBackOriginator mobileOriginator = new MobileBackOriginator(persons);
    mobileOriginator.Show();

    // 創(chuàng)建備忘錄并保存?zhèn)渫泴ο?
    MementoManager manager = new MementoManager();
    manager.ContactPersonMemento = mobileOriginator.CreateMemento();

    // 更改發(fā)起人聯(lián)系人列表
    Console.WriteLine("----移除最后一個聯(lián)系人--------");
    mobileOriginator.ContactPersonList.RemoveAt(2);
    mobileOriginator.Show();

    // 恢復(fù)到原始狀態(tài)
    Console.WriteLine("-------恢復(fù)聯(lián)系人列表------");
    mobileOriginator.RestoreMemento(manager.ContactPersonMemento);
    mobileOriginator.Show();

}
// 聯(lián)系人--需要備份的數(shù)據(jù)，是狀態(tài)數(shù)據(jù)，沒有操作
public sealed class ContactPerson
{
    //姓名
    public string Name { get; set; }

    //電話號碼
    public string MobileNumber { get; set; }
}

// 發(fā)起人--相當于【發(fā)起人角色】Originator
public sealed class MobileBackOriginator
{
    // 發(fā)起人需要保存的內(nèi)部狀態(tài)
    private List<ContactPerson> _personList;


    public List<ContactPerson> ContactPersonList
    {
        get
        {
            return this._personList;
        }

        set
        {
            this._personList = value;
        }
    }
    //初始化需要備份的電話名單
    public MobileBackOriginator(List<ContactPerson> personList)
    {
        if (personList != null)
        {
            this._personList = personList;
        }
        else
        {
            throw new ArgumentNullException("參數(shù)不能為空！");
        }
    }

    // 創(chuàng)建備忘錄對象實例，將當期要保存的聯(lián)系人列表保存到備忘錄對象中
    public ContactPersonMemento CreateMemento()
    {
        return new ContactPersonMemento(new List<ContactPerson>(this._personList));
    }

    // 將備忘錄中的數(shù)據(jù)備份還原到聯(lián)系人列表中
    public void RestoreMemento(ContactPersonMemento memento)
    {
        this.ContactPersonList = memento.ContactPersonListBack;
    }

    public void Show()
    {
        Console.WriteLine("聯(lián)系人列表中共有{0}個人，他們是:", ContactPersonList.Count);
        foreach (ContactPerson p in ContactPersonList)
        {
            Console.WriteLine("姓名: {0} 號碼: {1}", p.Name, p.MobileNumber);
        }
    }
}

// 備忘錄對象，用于保存狀態(tài)數(shù)據(jù)，保存的是當時對象具體狀態(tài)數(shù)據(jù)--相當于【備忘錄角色】Memeto
public sealed class ContactPersonMemento
{
    // 保存發(fā)起人創(chuàng)建的電話名單數(shù)據(jù)，就是所謂的狀態(tài)
    public List<ContactPerson> ContactPersonListBack { get; private set; }

    public ContactPersonMemento(List<ContactPerson> personList)
    {
        ContactPersonListBack = personList;
    }
}

// 管理角色，它可以管理【備忘錄】對象，如果是保存多個【備忘錄】對象，當然可以對保存的對象進行增、刪等管理處理---相當于【管理者角色】Caretaker
public sealed class MementoManager
{
    //如果想保存多個【備忘錄】對象，可以通過字典或者堆棧來保存，堆棧對象可以反映保存對象的先后順序
    //比如：public Dictionary<string, ContactPersonMemento> ContactPersonMementoDictionary { get; set; }
    public ContactPersonMemento ContactPersonMemento { get; set; }
}

六、備忘錄模式的實現(xiàn)要點：

備忘錄（Memento）存儲原發(fā)器（Originator）對象的內(nèi)部狀態(tài)，在需要時恢復(fù)原發(fā)器狀態(tài)。Memento模式適用于“由原發(fā)器管理，卻又必須存儲在原發(fā)器之外的信息”。
在實現(xiàn)Memento模式中，要防止原發(fā)器以外的對象訪問備忘錄對象。備忘錄對象有兩個接口，一個為原發(fā)器使用的寬接口；一個為其他對象使用的窄接口。在實現(xiàn)Memento模式時，要考慮拷貝對象狀態(tài)的效率問題，如果對象開銷比較大，可以采用某種增量式改變（即只記住改變的狀態(tài)）來改進Memento模式。
我們也可以用序列化的方式實現(xiàn)備忘錄。序列化之后，我們可以把它臨時性保存到數(shù)據(jù)庫、文件、進程內(nèi)、進程外等地方。

1、備忘錄模式的主要優(yōu)點有：

1】、如果某個操作錯誤地破壞了數(shù)據(jù)的完整性，此時可以使用備忘錄模式將數(shù)據(jù)恢復(fù)成原來正確的數(shù)據(jù)。
2】、備份的狀態(tài)數(shù)據(jù)保存在發(fā)起人角色之外，這樣發(fā)起人就不需要對各個備份的狀態(tài)進行管理。而是由備忘錄角色進行管理，而備忘錄角色又是由管理者角色管理，符合單一職責原則。
3】、提供了一種狀態(tài)恢復(fù)的實現(xiàn)機制，使得用戶可以方便地回到一個特定的歷史步驟，當新的狀態(tài)無效或者存在問題時，可以使用先前存儲起來的備忘錄將狀態(tài)復(fù)原。
4】、實現(xiàn)了信息的封裝，一個備忘錄對象是一種原發(fā)器對象的表示，不會被其他代碼改動，這種模式簡化了原發(fā)器對象，備忘錄只保存原發(fā)器的狀態(tài)，采用堆棧來存儲備忘錄對象可以實現(xiàn)多次撤銷操作，可以通過在負責人中定義集合對象來存儲多個備忘錄。
5】、本模式簡化了發(fā)起人類。發(fā)起人不再需要管理和保存其內(nèi)部狀態(tài)的一個個版本，客戶端可以自行管理他們所需要的這些狀態(tài)的版本。
6】、當發(fā)起人角色的狀態(tài)改變的時候，有可能這個狀態(tài)無效，這時候就可以使用暫時存儲起來的備忘錄將狀態(tài)復(fù)原。

2、備忘錄模式的主要缺點有：

1】、在實際的系統(tǒng)中，可能需要維護多個備份，需要額外的資源，這樣對資源的消耗比較嚴重。資源消耗過大，如果類的成員變量太多，就不可避免占用大量的內(nèi)存，而且每保存一次對象的狀態(tài)都需要消耗內(nèi)存資源，如果知道這一點大家就容易理解為什么一些提供了撤銷功能的軟件在運行時所需的內(nèi)存和硬盤空間比較大了。
2】、如果發(fā)起人角色的狀態(tài)需要完整地存儲到備忘錄對象中，那么在資源消耗上面?zhèn)渫泴ο髸馨嘿F。
3】、當負責人角色將一個備忘錄 存儲起來的時候，負責人可能并不知道這個狀態(tài)會占用多大的存儲空間，從而無法提醒用戶一個操作是否很昂貴。
4】、當發(fā)起人角色的狀態(tài)改變的時候，有可能這個協(xié)議無效。如果狀態(tài)改變的成功率不高的話，不如采取“假如”協(xié)議模式。

3、在下面的情況下可以考慮使用備忘錄模式：

1】、如果系統(tǒng)需要提供回滾操作時，使用備忘錄模式非常合適。例如文本編輯器的Ctrl+Z撤銷操作的實現(xiàn)，數(shù)據(jù)庫中事務(wù)操作。
2】、保存一個對象在某一個時刻的狀態(tài)或部分狀態(tài)，這樣以后需要時它能夠恢復(fù)到先前的狀態(tài)。
3】、如果用一個接口來讓其他對象得到這些狀態(tài)，將會暴露對象的實現(xiàn)細節(jié)并破壞對象的封裝性，一個對象不希望外界直接訪問其內(nèi)部狀態(tài)，通過負責人可以間接訪問其內(nèi)部狀態(tài)。
4】、有時一些發(fā)起人對象的內(nèi)部信息必須保存在發(fā)起人對象以外的地方，但是必須要由發(fā)起人對象自己讀取，這時，使用備忘錄模式可以把復(fù)雜的發(fā)起人內(nèi)部信息對其他的對象屏蔽起來，從而可以恰當?shù)乇３址庋b的邊界。

4、備忘錄的封裝性

為了確保備忘錄的封裝性，除了原發(fā)器外，其他類是不能也不應(yīng)該訪問備忘錄類的，在實際開發(fā)中，原發(fā)器與備忘錄之間的關(guān)系是非常特殊的，它們要分享信息而不讓其他類知道，實現(xiàn)的方法因編程語言的不同而不同。

5、多備份實現(xiàn)

1】、在負責人中定義一個集合對象來存儲多個狀態(tài)，而且可以方便地返回到某一歷史狀態(tài)。
2】、在備份對象時可以做一些記號，這些記號稱為檢查點(Check Point)。在使用HashMap等實現(xiàn)時可以使用Key來設(shè)置檢查點。

6、Memento模式與Command模式的異同

Memento備忘錄模式和Command命令模式其實還是有些細微的差別的，那就讓我們來看看他們的異同吧。雖然兩者都支持Undo操作，但是Command是對行為的封裝，Memento是對對象狀態(tài)的保留，這是目的上的不同。它們支持的也是Undo操作的不同層面，Command是對行為序列的操作，Memento是對行為狀態(tài)的操作。命令模式保存的是發(fā)起人的具體命令（命令對應(yīng)的是行為），而備忘錄模式保存的是發(fā)起人的狀態(tài)（而狀態(tài)對應(yīng)的數(shù)據(jù)結(jié)構(gòu)，如屬性）。把握細節(jié)，理解模式的應(yīng)用場景，這樣可以讓模式更好的為我們服務(wù)。

七、.NET 備忘錄模式的實現(xiàn)

在現(xiàn)在的Net框架里面，還沒有找到備忘錄模式的實現(xiàn)，看來還是自己的功力不夠，還需努力。個人的理解，這種模式似乎在業(yè)務(wù)系統(tǒng)里面使用的更多，類似Word,Excel等工具可以有撤銷功能，其實很多軟件都有這個功能，軟件執(zhí)行的時候，時時刻刻在把自己的狀態(tài)存儲，如果發(fā)生錯誤，或者需要撤銷的時候就可以進行相關(guān)的操作。

到此這篇關(guān)于.Net行為型設(shè)計模式之備忘錄模式（Memento）的文章就介紹到這了。希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論