在软件系统中,当建立一个类的实例的过程很昂贵或很复杂,而且咱们须要建立多个这样类的实例时,若是咱们用new操做符去建立这样的类实例,这未免会增长建立类的复杂度和耗费更多的内存空间,由于这样在内存中分配了多个同样的类实例对象,而后若是采用工厂模式来建立这样的系统的话,随着产品类的不断增长,致使子类的数量不断增多,反而增长了系统复杂程度,因此在这里使用工厂模式来封装类建立过程并不合适,然而原型模式能够很好地解决这个问题,由于每一个类实例都是相同的,当咱们须要多个相同的类实例时,不必每次都使用new运算符去建立相同的类实例对象,此时咱们通常思路就是想——只建立一个类实例对象,若是后面须要更多这样的实例,能够经过对原来对象拷贝一份来完成建立,这样在内存中不须要建立多个相同的类实例,从而减小内存的消耗和达到类实例的复用。 然而这个思路正是原型模式的实现方式。下面就具体介绍下设计模式中的原型设计模式。c#
在现实生活中,也有不少原型设计模式的例子,例如,细胞分裂的过程,一个细胞的有丝分裂产生两个相同的细胞;还有西游记中孙悟空变出后孙的本领和火影忍者中鸣人的隐分身忍术等。下面就以孙悟空为例子来演示下原型模式的实现。具体的实现代码以下:设计模式
///火影忍者中鸣人的影分身和孙悟空的的变都是原型模式 class Client { static void Main(string[] args) { // 孙悟空 原型 MonkeyKingPrototype prototypeMonkeyKing = new ConcretePrototype("MonkeyKing"); // 变一个 MonkeyKingPrototype cloneMonkeyKing = prototypeMonkeyKing.Clone() as ConcretePrototype; Console.WriteLine("Cloned1:\t"+cloneMonkeyKing.Id); // 变两个 MonkeyKingPrototype cloneMonkeyKing2 = prototypeMonkeyKing.Clone() as ConcretePrototype; Console.WriteLine("Cloned2:\t" + cloneMonkeyKing2.Id); Console.ReadLine(); } } /// <summary> /// 孙悟空原型 /// </summary> public abstract class MonkeyKingPrototype { public string Id { get; set; } public MonkeyKingPrototype(string id) { this.Id = id; } // 克隆方法,即孙大圣说“变” public abstract MonkeyKingPrototype Clone(); } /// <summary> /// 建立具体原型 /// </summary> public class ConcretePrototype : MonkeyKingPrototype { public ConcretePrototype(string id) : base(id) { } /// <summary> /// 浅拷贝 /// </summary> /// <returns></returns> public override MonkeyKingPrototype Clone() { // 调用MemberwiseClone方法实现的是浅拷贝,另外还有深拷贝 return (MonkeyKingPrototype)this.MemberwiseClone(); } }
上面原型模式的运行结果为(从运行结果能够看出,建立的两个拷贝对象的ID属性都是与原型对象ID属性同样的):ide
上面代码实现的浅拷贝的方式,浅拷贝是指当对象的字段值被拷贝时,字段引用的对象不会被拷贝。例如,若是一个对象有一个指向字符串的字段,而且咱们对该对象作了一个浅拷贝,那么这两个对象将引用同一个字符串,而深拷贝是对对象实例中字段引用的对象也进行拷贝,若是一个对象有一个指向字符串的字段,而且咱们对该对象进行了深拷贝的话,那么咱们将建立一个对象和一个新的字符串,新的对象将引用新的字符串。也就是说,执行深拷贝建立的新对象和原来对象不会共享任何东西,改变一个对象对另一个对象没有任何影响,而执行浅拷贝建立的新对象与原来对象共享成员,改变一个对象,另一个对象的成员也会改变。工具
介绍完原型模式的实现代码以后,下面看下原型模式的类图,经过类图来理清原型模式实现中类之间的关系。具体类图以下:this
原型模式的优势有:spa
原型模式向客户隐藏了建立新实例的复杂性prototype
原型模式容许动态增长或较少产品类。设计
原型模式简化了实例的建立结构,工厂方法模式须要有一个与产品类等级结构相同的等级结构,而原型模式不须要这样。对象
产品类不须要事先肯定产品的等级结构,由于原型模式适用于任何的等级结构继承
原型模式的缺点有:
每一个类必须配备一个克隆方法
配备克隆方法须要对类的功能进行通盘考虑,这对于全新的类不是很难,但对于已有的类不必定很容易,特别当一个类引用不支持串行化的间接对象,或者引用含有循环结构的时候。
在.NET中能够很容易地经过实现ICloneable接口(这个接口就是原型,提供克隆方法,至关于与上面代码中MonkeyKingPrototype抽象类)中Clone()方法来实现原型模式,若是咱们想咱们自定义的类具备克隆的功能,首先定义类继承与ICloneable接口并实现Clone方法。在.NET中实现了原型模式的类以下图所示(图中只截取了部分,能够用Reflector反编译工具进行查看):
到这里关于原型模式的介绍就结束了,原型模式用一个原型对象来指明所要建立的对象类型,而后用复制这个原型对象的方法来建立出更多的同类型对象,它与工厂方法模式的实现很是类似,其中原型模式中的Clone方法就相似工厂方法模式中的工厂方法,只是工厂方法模式的工厂方法是经过new运算符从新建立一个新的对象(至关于原型模式的深拷贝实现),而原型模式是经过调用MemberwiseClone方法来对原来对象进行拷贝,也就是复制,同时在原型模式优势中也介绍了与工厂方法的区别(第三点)。