# C#設計模式(23)——備忘錄模式(Memento Pattern)
## 一、引言
在上一篇博文分享了訪問者模式,訪問者模式的實現是把作用于某種數據結構上的操作封裝到訪問者中,使得操作和數據結構隔離。而今天要介紹的備忘者模式與命令模式有點相似,不同的是,命令模式保存的是發起人的具體命令(命令對應的是行為),而備忘錄模式保存的是發起人的狀態(而狀態對應的數據結構,如屬性)。下面具體來看看備忘錄模式。
## 二、備忘錄模式介紹
## 2.1 備忘錄模式的定義
從字面意思就可以明白,備忘錄模式就是對某個類的狀態進行保存下來,等到需要恢復的時候,可以從備忘錄中進行恢復。生活中這樣的例子經常看到,如備忘電話通訊錄,備份操作操作系統,備份數據庫等。
備忘錄模式的具體定義是:**在不破壞封裝的前提下,捕獲一個對象的內部狀態,并在該對象之外保存這個狀態,這樣以后就可以把該對象恢復到原先的狀態。**
## 2.2 備忘錄模式的結構圖
介紹完備忘錄模式的定義之后,下面具體看看備忘錄模式的結構圖:

備忘錄模式中主要有三類角色:
* **發起人角色**:記錄當前時刻的內部狀態,負責創建和恢復備忘錄數據。
* **備忘錄角色**:負責存儲發起人對象的內部狀態,在進行恢復時提供給發起人需要的狀態。
* **管理者角色**:負責保存備忘錄對象。
## 2.3 備忘錄模式的實現
下面以備份手機通訊錄為例子來實現了備忘錄模式,具體的實現代碼如下所示:
```
// 聯系人
public class ContactPerson
{
public string Name { get; set; }
public string MobileNum { get; set; }
}
// 發起人
public class MobileOwner
{
// 發起人需要保存的內部狀態
public List<ContactPerson> ContactPersons { get; set; }
public MobileOwner(List<ContactPerson> persons)
{
ContactPersons = persons;
}
// 創建備忘錄,將當期要保存的聯系人列表導入到備忘錄中
public ContactMemento CreateMemento()
{
// 這里也應該傳遞深拷貝,new List方式傳遞的是淺拷貝,
// 因為ContactPerson類中都是string類型,所以這里new list方式對ContactPerson對象執行了深拷貝
// 如果ContactPerson包括非string的引用類型就會有問題,所以這里也應該用序列化傳遞深拷貝
return new ContactMemento(new List<ContactPerson>(this.ContactPersons));
}
// 將備忘錄中的數據備份導入到聯系人列表中
public void RestoreMemento(ContactMemento memento)
{
// 下面這種方式是錯誤的,因為這樣傳遞的是引用,
// 則刪除一次可以恢復,但恢復之后再刪除的話就恢復不了.
// 所以應該傳遞contactPersonBack的深拷貝,深拷貝可以使用序列化來完成
this.ContactPersons = memento.contactPersonBack;
}
public void Show()
{
Console.WriteLine("聯系人列表中有{0}個人,他們是:", ContactPersons.Count);
foreach (ContactPerson p in ContactPersons)
{
Console.WriteLine("姓名: {0} 號碼為: {1}", p.Name, p.MobileNum);
}
}
}
// 備忘錄
public class ContactMemento
{
// 保存發起人的內部狀態
public List<ContactPerson> contactPersonBack;
public ContactMemento(List<ContactPerson> persons)
{
contactPersonBack = persons;
}
}
// 管理角色
public class Caretaker
{
public ContactMemento ContactM { get; set; }
}
class Program
{
static void Main(string[] args)
{
List<ContactPerson> persons = new List<ContactPerson>()
{
new ContactPerson() { Name= "Learning Hard", MobileNum = "123445"},
new ContactPerson() { Name = "Tony", MobileNum = "234565"},
new ContactPerson() { Name = "Jock", MobileNum = "231455"}
};
MobileOwner mobileOwner = new MobileOwner(persons);
mobileOwner.Show();
// 創建備忘錄并保存備忘錄對象
Caretaker caretaker = new Caretaker();
caretaker.ContactM = mobileOwner.CreateMemento();
// 更改發起人聯系人列表
Console.WriteLine("----移除最后一個聯系人--------");
mobileOwner.ContactPersons.RemoveAt(2);
mobileOwner.Show();
// 恢復到原始狀態
Console.WriteLine("-------恢復聯系人列表------");
mobileOwner.RestoreMemento(caretaker.ContactM);
mobileOwner.Show();
Console.Read();
}
}
```
具體的運行結果如下圖所示:

從上圖可以看出,剛開始通訊錄中有3個聯系人,然后移除以后一個后變成2個聯系人了,最后恢復原來的聯系人列表后,聯系人列表中又恢復為3個聯系人了。
上面代碼只是保存了一個還原點,即備忘錄中只保存了3個聯系人的數據,但是,如果想備份多個還原點怎么辦呢?即恢復到3個人后,又想恢復到前面2個人的狀態,這時候可能你會想,這樣沒必要啊,到時候在刪除不就好了。但是如果在實際應用中,可能我們發了很多時間去創建通訊錄中只有2個聯系人的狀態,恢復到3個人的狀態后,發現這個狀態時錯誤的,還是原來2個人的狀態是正確的,難道我們又去花之前的那么多時間去重復操作嗎?這顯然不合理,如果就思考,能不能保存多個還原點呢?**保存多個還原點其實很簡單,只需要保存多個備忘錄對象就可以了**。具體實現代碼如下所示:
```
namespace MultipleMementoPattern
{
// 聯系人
public class ContactPerson
{
public string Name { get; set; }
public string MobileNum { get; set; }
}
// 發起人
public class MobileOwner
{
public List<ContactPerson> ContactPersons { get; set; }
public MobileOwner(List<ContactPerson> persons)
{
ContactPersons = persons;
}
// 創建備忘錄,將當期要保存的聯系人列表導入到備忘錄中
public ContactMemento CreateMemento()
{
// 這里也應該傳遞深拷貝,new List方式傳遞的是淺拷貝,
// 因為ContactPerson類中都是string類型,所以這里new list方式對ContactPerson對象執行了深拷貝
// 如果ContactPerson包括非string的引用類型就會有問題,所以這里也應該用序列化傳遞深拷貝
return new ContactMemento(new List<ContactPerson>(this.ContactPersons));
}
// 將備忘錄中的數據備份導入到聯系人列表中
public void RestoreMemento(ContactMemento memento)
{
if (memento != null)
{
// 下面這種方式是錯誤的,因為這樣傳遞的是引用,
// 則刪除一次可以恢復,但恢復之后再刪除的話就恢復不了.
// 所以應該傳遞contactPersonBack的深拷貝,深拷貝可以使用序列化來完成
this.ContactPersons = memento.ContactPersonBack;
}
}
public void Show()
{
Console.WriteLine("聯系人列表中有{0}個人,他們是:", ContactPersons.Count);
foreach (ContactPerson p in ContactPersons)
{
Console.WriteLine("姓名: {0} 號碼為: {1}", p.Name, p.MobileNum);
}
}
}
// 備忘錄
public class ContactMemento
{
public List<ContactPerson> ContactPersonBack {get;set;}
public ContactMemento(List<ContactPerson> persons)
{
ContactPersonBack = persons;
}
}
// 管理角色
public class Caretaker
{
// 使用多個備忘錄來存儲多個備份點
public Dictionary<string, ContactMemento> ContactMementoDic { get; set; }
public Caretaker()
{
ContactMementoDic = new Dictionary<string, ContactMemento>();
}
}
class Program
{
static void Main(string[] args)
{
List<ContactPerson> persons = new List<ContactPerson>()
{
new ContactPerson() { Name= "Learning Hard", MobileNum = "123445"},
new ContactPerson() { Name = "Tony", MobileNum = "234565"},
new ContactPerson() { Name = "Jock", MobileNum = "231455"}
};
MobileOwner mobileOwner = new MobileOwner(persons);
mobileOwner.Show();
// 創建備忘錄并保存備忘錄對象
Caretaker caretaker = new Caretaker();
caretaker.ContactMementoDic.Add(DateTime.Now.ToString(), mobileOwner.CreateMemento());
// 更改發起人聯系人列表
Console.WriteLine("----移除最后一個聯系人--------");
mobileOwner.ContactPersons.RemoveAt(2);
mobileOwner.Show();
// 創建第二個備份
Thread.Sleep(1000);
caretaker.ContactMementoDic.Add(DateTime.Now.ToString(), mobileOwner.CreateMemento());
// 恢復到原始狀態
Console.WriteLine("-------恢復聯系人列表,請從以下列表選擇恢復的日期------");
var keyCollection = caretaker.ContactMementoDic.Keys;
foreach (string k in keyCollection)
{
Console.WriteLine("Key = {0}", k);
}
while (true)
{
Console.Write("請輸入數字,按窗口的關閉鍵退出:");
int index = -1;
try
{
index = Int32.Parse(Console.ReadLine());
}
catch
{
Console.WriteLine("輸入的格式錯誤");
continue;
}
ContactMemento contactMentor = null;
if (index < keyCollection.Count && caretaker.ContactMementoDic.TryGetValue(keyCollection.ElementAt(index), out contactMentor))
{
mobileOwner.RestoreMemento(contactMentor);
mobileOwner.Show();
}
else
{
Console.WriteLine("輸入的索引大于集合長度!");
}
}
}
}
}
```
這樣就保存了多個狀態,客戶端可以選擇恢復的狀態點,具體運行結果如下所示:

## 三、備忘錄模式的適用場景
在以下情況下可以考慮使用備忘錄模式:
* 如果系統需要提供回滾操作時,使用備忘錄模式非常合適。例如文本編輯器的Ctrl+Z撤銷操作的實現,數據庫中事務操作。
## 四、備忘錄模式的優缺點
備忘錄模式具有以下優點:
* 如果某個操作錯誤地破壞了數據的完整性,此時可以使用備忘錄模式將數據恢復成原來正確的數據。
* 備份的狀態數據保存在發起人角色之外,這樣發起人就不需要對各個備份的狀態進行管理。而是由備忘錄角色進行管理,而備忘錄角色又是由管理者角色管理,符合單一職責原則。
當然,備忘錄模式也存在一定的缺點:
* 在實際的系統中,可能需要維護多個備份,需要額外的資源,這樣對資源的消耗比較嚴重。
## 五、總結
備忘錄模式主要思想是——利用備忘錄對象來對保存發起人的內部狀態,當發起人需要恢復原來狀態時,再從備忘錄對象中進行獲取,在實際開發過程也應用到這點,例如數據庫中的事務處理。
- C# 基礎知識系列
- C# 基礎知識系列 專題一:深入解析委托——C#中為什么要引入委托
- C# 基礎知識系列 專題二:委托的本質論
- C# 基礎知識系列 專題三:如何用委托包裝多個方法——委托鏈
- C# 基礎知識系列 專題四:事件揭秘
- C# 基礎知識系列 專題五:當點擊按鈕時觸發Click事件背后發生的事情
- C# 基礎知識系列 專題六:泛型基礎篇——為什么引入泛型
- C# 基礎知識系列 專題七: 泛型深入理解(一)
- C# 基礎知識系列 專題八: 深入理解泛型(二)
- C# 基礎知識系列 專題九: 深入理解泛型可變性
- C#基礎知識系列 專題十:全面解析可空類型
- C# 基礎知識系列 專題十一:匿名方法解析
- C#基礎知識系列 專題十二:迭代器
- C#基礎知識 專題十三:全面解析對象集合初始化器、匿名類型和隱式類型
- C# 基礎知識系列 專題十四:深入理解Lambda表達式
- C# 基礎知識系列 專題十五:全面解析擴展方法
- C# 基礎知識系列 專題十六:Linq介紹
- C#基礎知識系列 專題十七:深入理解動態類型
- 你必須知道的異步編程 C# 5.0 新特性——Async和Await使異步編程更簡單
- 全面解析C#中參數傳遞
- C#基礎知識系列 全面解析C#中靜態與非靜態
- C# 基礎知識系列 C#中易混淆的知識點
- C#進階系列
- C#進階系列 專題一:深入解析深拷貝和淺拷貝
- C#進階系列 專題二:你知道Dictionary查找速度為什么快嗎?
- C# 開發技巧系列
- C# 開發技巧系列 使用C#操作Word和Excel程序
- C# 開發技巧系列 使用C#操作幻燈片
- C# 開發技巧系列 如何動態設置屏幕分辨率
- C# 開發技巧系列 C#如何實現圖片查看器
- C# 開發技巧 如何防止程序多次運行
- C# 開發技巧 實現屬于自己的截圖工具
- C# 開發技巧 如何使不符合要求的元素等于離它最近的一個元素
- C# 線程處理系列
- C# 線程處理系列 專題一:線程基礎
- C# 線程處理系列 專題二:線程池中的工作者線程
- C# 線程處理系列 專題三:線程池中的I/O線程
- C# 線程處理系列 專題四:線程同步
- C# 線程處理系列 專題五:線程同步——事件構造
- C# 線程處理系列 專題六:線程同步——信號量和互斥體
- C# 多線程處理系列專題七——對多線程的補充
- C#網絡編程系列
- C# 網絡編程系列 專題一:網絡協議簡介
- C# 網絡編程系列 專題二:HTTP協議詳解
- C# 網絡編程系列 專題三:自定義Web服務器
- C# 網絡編程系列 專題四:自定義Web瀏覽器
- C# 網絡編程系列 專題五:TCP編程
- C# 網絡編程系列 專題六:UDP編程
- C# 網絡編程系列 專題七:UDP編程補充——UDP廣播程序的實現
- C# 網絡編程系列 專題八:P2P編程
- C# 網絡編程系列 專題九:實現類似QQ的即時通信程序
- C# 網絡編程系列 專題十:實現簡單的郵件收發器
- C# 網絡編程系列 專題十一:實現一個基于FTP協議的程序——文件上傳下載器
- C# 網絡編程系列 專題十二:實現一個簡單的FTP服務器
- C# 互操作性入門系列
- C# 互操作性入門系列(一):C#中互操作性介紹
- C# 互操作性入門系列(二):使用平臺調用調用Win32 函數
- C# 互操作性入門系列(三):平臺調用中的數據封送處理
- C# 互操作性入門系列(四):在C# 中調用COM組件
- CLR
- 談談: String 和StringBuilder區別和選擇
- 談談:程序集加載和反射
- 利用反射獲得委托和事件以及創建委托實例和添加事件處理程序
- 談談:.Net中的序列化和反序列化
- C#設計模式
- UML類圖符號 各種關系說明以及舉例
- C#設計模式(1)——單例模式
- C#設計模式(2)——簡單工廠模式
- C#設計模式(3)——工廠方法模式
- C#設計模式(4)——抽象工廠模式
- C#設計模式(5)——建造者模式(Builder Pattern)
- C#設計模式(6)——原型模式(Prototype Pattern)
- C#設計模式(7)——適配器模式(Adapter Pattern)
- C#設計模式(8)——橋接模式(Bridge Pattern)
- C#設計模式(9)——裝飾者模式(Decorator Pattern)
- C#設計模式(10)——組合模式(Composite Pattern)
- C#設計模式(11)——外觀模式(Facade Pattern)
- C#設計模式(12)——享元模式(Flyweight Pattern)
- C#設計模式(13)——代理模式(Proxy Pattern)
- C#設計模式(14)——模板方法模式(Template Method)
- C#設計模式(15)——命令模式(Command Pattern)
- C#設計模式(16)——迭代器模式(Iterator Pattern)
- C#設計模式(17)——觀察者模式(Observer Pattern)
- C#設計模式(18)——中介者模式(Mediator Pattern)
- C#設計模式(19)——狀態者模式(State Pattern)
- C#設計模式(20)——策略者模式(Stragety Pattern)
- C#設計模式(21)——責任鏈模式
- C#設計模式(22)——訪問者模式(Vistor Pattern)
- C#設計模式(23)——備忘錄模式(Memento Pattern)
- C#設計模式總結
- WPF快速入門系列
- WPF快速入門系列(1)——WPF布局概覽
- WPF快速入門系列(2)——深入解析依賴屬性
- WPF快速入門系列(3)——深入解析WPF事件機制
- WPF快速入門系列(4)——深入解析WPF綁定
- WPF快速入門系列(5)——深入解析WPF命令
- WPF快速入門系列(6)——WPF資源和樣式
- WPF快速入門系列(7)——深入解析WPF模板
- WPF快速入門系列(8)——MVVM快速入門
- WPF快速入門系列(9)——WPF任務管理工具實現
- ASP.NET 開發
- ASP.NET 開發必備知識點(1):如何讓Asp.net網站運行在自定義的Web服務器上
- ASP.NET 開發必備知識點(2):那些年追過的ASP.NET權限管理
- ASP.NET中實現回調
- 跟我一起學WCF
- 跟我一起學WCF(1)——MSMQ消息隊列
- 跟我一起學WCF(2)——利用.NET Remoting技術開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(3)——利用Web Services開發分布式應用
- 跟我一起學WCF(4)——第一個WCF程序
- 跟我一起學WCF(5)——深入解析服務契約 上篇
- 跟我一起學WCF(6)——深入解析服務契約 下篇
- 跟我一起學WCF(7)——WCF數據契約與序列化詳解
- 跟我一起學WCF(8)——WCF中Session、實例管理詳解
- 跟我一起學WCF(9)——WCF回調操作的實現
- 跟我一起學WCF(10)——WCF中事務處理
- 跟我一起學WCF(11)——WCF中隊列服務詳解
- 跟我一起學WCF(12)——WCF中Rest服務入門
- 跟我一起學WCF(13)——WCF系列總結
- .NET領域驅動設計實戰系列
- .NET領域驅動設計實戰系列 專題一:前期準備之EF CodeFirst
- .NET領域驅動設計實戰系列 專題二:結合領域驅動設計的面向服務架構來搭建網上書店
- .NET領域驅動設計實戰系列 專題三:前期準備之規約模式(Specification Pattern)
- .NET領域驅動設計實戰系列 專題四:前期準備之工作單元模式(Unit Of Work)
- .NET領域驅動設計實戰系列 專題五:網上書店規約模式、工作單元模式的引入以及購物車的實現
- .NET領域驅動設計實戰系列 專題六:DDD實踐案例:網上書店訂單功能的實現
- .NET領域驅動設計實戰系列 專題七:DDD實踐案例:引入事件驅動與中間件機制來實現后臺管理功能
- .NET領域驅動設計實戰系列 專題八:DDD案例:網上書店分布式消息隊列和分布式緩存的實現
- .NET領域驅動設計實戰系列 專題九:DDD案例:網上書店AOP和站點地圖的實現
- .NET領域驅動設計實戰系列 專題十:DDD擴展內容:全面剖析CQRS模式實現
- .NET領域驅動設計實戰系列 專題十一:.NET 領域驅動設計實戰系列總結