一、引言
在軟件系統中，當創建一個類的實例的過程很昂貴或很複雜，並且我們需要創建多個這樣類的實例時，如果我們用new操作符去創建這樣的類實例，這未免會增加創建類的複雜度和耗費更多的內存空間，因爲這樣在內存中分配了多個一樣的類實例對象，然後如果採用工廠模式來創建這樣的系統的話，隨着產品類的不斷增加，導致子類的數量不斷增多，反而增加了系統複雜程度，所以在這裏使用工廠模式來封裝類創建過程並不合適，然而原型模式可以很好地解決這個問題，因爲每個類實例都是相同的，當我們需要多個相同的類實例時，沒必要每次都使用new運算符去創建相同的'類實例對象，此時我們一般思路就是想——只創建一個類實例對象，如果後面需要更多這樣的實例，可以通過對原來對象拷貝一份來完成創建，這樣在內存中不需要創建多個相同的類實例，從而減少內存的消耗和達到類實例的複用。 然而這個思路正是原型模式的實現方式。下面就具體介紹下設計模式中的原型設計模式。
二、原型模式的詳細介紹
我們來看一個入學考試場景實例
基對象（一般爲接口，抽象類）：考試題（樣卷）
原型模式的復職克隆：根據需要印刷考卷，這裏的考卷都是複製考試題樣卷
客戶端：學生答卷，同一套試卷，學生做題不可能一模一樣
類圖：
接口：試卷樣例代碼
///
/// 選答題 ///
public class SelectTest { private string other; public string 你老婆多大 { get { return r; } set { r = value; } } } ///
/// 面試題 ///
public interface Itest { Itest Clone(); string 知道設計模式嗎 { get; set; } string 設計模式有幾種 { get; set; } string 你知道那些 { get; set; } SelectTest 附加題 { get; set; } Test Test { get; set; } Test Test1 { get; set; } }
複製克隆：複印機
///
/// 繼承Itest接口 ///
public class Test : Itest { private string one; private string two; private string three; private SelectTest other=new SelectTest(); public string 知道設計模式嗎 { get { return ; } set { = value; } } public string 設計模式有幾種 { get { return ; } set { = value; } } public string 你知道那些 { get { return e; } set { e = value; } } public SelectTest 附加題 { get { return r; } set { r = value; } } #region IColorDemo 成員 public Itest Clone() { //克隆當前類 return (Itest)erwiseClone(); } #endregion }
客戶端，髮捲做題
static void Main() { //印刷試卷 Itest test = new Test(); //複製樣本試卷 Itest test1 = e(); //考生1 test.設計模式有幾種 = "23"; test.附加題.你老婆多大 = "18"; //考生2 test1.設計模式有幾種 = "24"; test1.附加題.你老婆多大 = "20"; //顯示考生答卷內容 eLine("test設計模式有幾種:" + test.設計模式有幾種); //23 eLine("test附加題.你老婆多大:" + test.附加題.你老婆多大); //20 eLine("test1設計模式有幾種:" + test1.設計模式有幾種); //24 eLine("test1附加題.你老婆多大:" + test1.附加題.你老婆多大); //20 Key(); }
注意：這裏兩個人答得不一樣，爲什麼附加題中，老婆年齡都爲20？
這裏涉及到深拷貝，淺拷貝問題，值類型是放在棧上的，拷貝之後，會自會在站上重新add一個，而class屬於引用類型，拷貝之後，棧上重新分配啦一個指針，可指針卻指向同一個位置的資源。淺拷貝，只拷貝值類型，深拷貝，引用類型也拷貝複製。
解決方案：
public Itest Clone() { //克隆當前類 Itest itst= (Itest)erwiseClone(); SelectTest st = new SelectTest(); st.你老婆多大 = r.你老婆多大; itst.附加題 = st; return itst; }
使用序列化解決
///
/// 選答題 ///
[Serializable] public class SelectTest { private string other; public string 你老婆多大 { get { return r; } set { r = value; } } } ///
/// 面試題 ///
public interface Itest { Itest Clone(); string 知道設計模式嗎 { get; set; } string 設計模式有幾種 { get; set; } string 你知道那些 { get; set; } SelectTest 附加題 { get; set; } } ///
/// 繼承Itest接口 ///
public class Test : Itest { private string one; private string two; private string three; private SelectTest other=new SelectTest(); public string 知道設計模式嗎 { get { return ; } set { = value; } } public string 設計模式有幾種 { get { return ; } set { = value; } } public string 你知道那些 { get { return e; } set { e = value; } } public SelectTest 附加題 { get { return r; } set { r = value; } } public Itest Clone() { SerializableHelper SerializableHelper = new 原型模式alizableHelper(); string target = alizable(this); return alizable
(target); } } public class SerializableHelper { public string Serializable(object target) { using (MemoryStream stream = new MemoryStream()) { new BinaryFormatter()alize(stream, target); return se64String(ray()); } } public object Derializable(string target) { byte[] targetArray = Base64String(target); using (MemoryStream stream = new MemoryStream(targetArray)) { return new BinaryFormatter()rialize(stream); } } public T Derializable(string target) { return (T)Derializable(target); } }
這就是對原型模式的運用。介紹完原型模式的實現代碼之後，下面看下原型模式的類圖，通過類圖來理清原型模式實現中類之間的關係。具體類圖如下：
三、原型模式的優缺點
原型模式的優點有：
原型模式向客戶隱藏了創建新實例的複雜性
原型模式允許動態增加或較少產品類。
原型模式簡化了實例的創建結構，工廠方法模式需要有一個與產品類等級結構相同的等級結構，而原型模式不需要這樣。
產品類不需要事先確定產品的等級結構，因爲原型模式適用於任何的等級結構
原型模式的缺點有：
每個類必須配備一個克隆方法
配備克隆方法需要對類的功能進行通盤考慮，這對於全新的類不是很難，但對於已有的類不一定很容易，特別當一個類引用不支持串行化的間接對象，或者引用含有循環結構的時候。
四、中原型模式的實現
在中可以很容易地通過實現ICloneable接口（這個接口就是原型，提供克隆方法，相當於與上面代碼中MonkeyKingPrototype抽象類）中Clone()方法來實現原型模式，如果我們想我們自定義的類具有克隆的功能，首先定義類繼承與ICloneable接口並實現Clone方法。在中實現了原型模式的類如下圖所示（圖中只截取了部分，可以用Reflector反編譯工具進行查看）：
