23种设计模式汇总设计模式原型模式文档格式.docx
《23种设计模式汇总设计模式原型模式文档格式.docx》由会员分享,可在线阅读,更多相关《23种设计模式汇总设计模式原型模式文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
使用细胞分裂例子的Prototype模式对象图
原型模式解说
我们考虑这样一个场景,假定我们要开发一个调色板,用户单击调色板上任一个方块,将会返回一个对应的颜色的实例,下面我们看看如何通过原型模式来达到系统动态加载具体产品的目的。
很自然,我们利用OO的思想,把每一种颜色作为一个对象,并为他们抽象出一个公用的父类,如下图:
实现代码:
publicabstractclassColor
{
publicabstractvoidDisplay();
}
publicclassRedColor:
Color
publicoverridevoidDisplay()
{
Console.WriteLine("
Red'
sRGBValuesare:
255,0,0"
);
}
publicclassGreenColor:
Green'
0,255,0"
客户程序需要某一种颜色的时候,只需要创建对应的具体类的实例就可以了。
但是这样我们并没有达到封装变化点的目的,也许你会说,可以使用工厂方法模式,为每一个具体子类定义一个与其等级平行的工厂类,那么好,看一下实现:
publicabstractclassColorFactory
publicabstractColorCreate();
publicclassRedFactory:
ColorFactory
publicoverrideColorCreate()
returnnewRedColor();
publicclassGreenFactory:
returnnewGreenColor();
实现了这一步之后,可以看到,客户程序只要调用工厂方法就可以了。
似乎我们用工厂方法模式来解决是没有问题的。
但是,我们考虑的仅仅是封装了new变化,而没有考虑颜色的数量是不断变化的,甚至可能是在程序运行的过程中动态增加和减少的,那么用这种方法实现,随着颜色数量的不断增加,子类的数量会迅速膨大,导致子类过多,显然用工厂方法模式有些不大合适。
进一步思考,这些Color子类仅仅在初始化的颜色对象类别上有所不同。
添加一个ColorTool这样的类,来参数化的它的实例,而这些实例是由Color支持和创建的。
我们让ColorTool通过克隆或者拷贝一个Color子类的实例来创建新的Color,这个实例就是一个原型。
如下图所示:
abstractclassColorPrototype
publicabstractColorPrototypeClone();
classConcteteColorPrototype:
ColorPrototype
privateint_red,_green,_blue;
publicConcteteColorPrototype(intred,intgreen,intblue)
this._red=red;
this._green=green;
this._blue=blue;
publicoverrideColorPrototypeClone()
//实现浅拷贝
return(ColorPrototype)this.MemberwiseClone();
publicvoidDisplay(string_colorname)
Console.WriteLine("
{0}'
{1},{2},{3}"
_colorname,_red,_green,_blue);
classColorManager
Hashtablecolors=newHashtable();
publicColorPrototypethis[stringname]
get
{
return(ColorPrototype)colors[name];
set
colors.Add(name,value);
现在我们分析一下,这样带来了什么好处?
首先从子类的数目上大大减少了,不需要再为每一种具体的颜色产品而定一个类和与它等级平行的工厂方法类,而ColorTool则扮演了原型管理器的角色。
再看一下为客户程序的实现:
classApp
publicstaticvoidMain(string[]args)
ColorManagercolormanager=newColorManager();
//初始化颜色
colormanager["
red"
]=newConcteteColorPrototype(255,0,0);
green"
]=newConcteteColorPrototype(0,255,0);
blue"
]=newConcteteColorPrototype(0,0,255);
angry"
]=newConcteteColorPrototype(255,54,0);
peace"
]=newConcteteColorPrototype(128,211,128);
flame"
]=newConcteteColorPrototype(211,34,20);
//使用颜色
stringcolorName="
;
ConcteteColorPrototypec1=(ConcteteColorPrototype)colormanager[colorName].Clone();
c1.Display(colorName);
colorName="
ConcteteColorPrototypec2=(ConcteteColorPrototype)colormanager[colorName].Clone();
c2.Display(colorName);
ConcteteColorPrototypec3=(ConcteteColorPrototype)colormanager[colorName].Clone();
c3.Display(colorName);
Console.ReadLine();
可以看到,客户程序通过注册原型实例就可以将一个具体产品类并入到系统中,在运行时刻,可以动态的建立和删除原型。
最后还要注意一点,在上面的例子中,用的是浅表复制。
如果想做深复制,需要通过序列化的方式来实现。
经过了上面的分析之后,我们再来思考下面的问题:
1.为什么需要Prototype模式?
引入原型模式的本质在于利用已有的一个原型对象,快速的生成和原型对象一样的实例。
你有一个A的实例a:
Aa=newA();
现在你想生成和car1一样的一个实例b,按照原型模式,应该是这样:
Ab=a.Clone();
而不是重新再new一个A对象。
通过上面这句话就可以得到一个和a一样的实例,确切的说,应该是它们的数据成员是一样的。
Prototype模式同样是返回了一个A对象而没有使用new操作。
2.引入Prototype模式带来了什么好处?
可以看到,引入Prototype模式后我们不再需要一个与具体产品等级结构平行的工厂方法类,减少了类的构造,同时客户程序可以在运行时刻建立和删除原型。
3.Prototype模式满足了哪些面向对象的设计原则?
依赖倒置原则:
上面的例子,原型管理器(ColorManager)仅仅依赖于抽象部分(ColorPrototype),而具体实现细节(ConcteteColorPrototype)则依赖与抽象部分(ColorPrototype),所以Prototype很好的满足了依赖倒置原则。
通过序列化实现深拷贝
要实现深拷贝,可以通过序列化的方式。
抽象类及具体类都必须标注为可序列化的[Serializable],上面的例子加上深拷贝之后的完整程序如下:
usingSystem;
usingSystem.Collections;
usingSystem.IO;
usingSystem.Runtime.Serialization;
usingSystem.Runtime.Serialization.Formatters.Binary;
[Serializable]
publicabstractColorPrototypeClone(boolDeep);
publicoverrideColorPrototypeClone(boolDeep)
if(Deep)
returnCreateDeepCopy();
else
//实现深拷贝
publicColorPrototypeCreateDeepCopy()
ColorPrototypecolorPrototype;
MemoryStreammemoryStream=newMemoryStream();
BinaryFormatterformatter=newBinaryFormatter();
formatter.Serialize(memoryStream,this);
memoryStream.Position=0;
colorPrototype=(ColorPrototype)formatter.Deserialize(memoryStream);
returncolorPrototype;
publicConcteteColorPrototypeCreate(intred,intgreen,intblue)
returnnewConcteteColorPrototype(red,green,blue);
ConcteteColorPrototypec1=(ConcteteColorPrototype)colormanager[colorName].Clone(false);
ConcteteColorPrototypec2=(ConcteteColorPrototype)colormanager[colorName].Clone(true);
ConcteteColorPrototypec3=(ConcteteColorPrototype)colormanager[colorName].Clone(true);
实现要点
1.使用原型管理器,体现在一个系统中原型数目不固定时,可以动态的创建和销毁,如上面的举的调色板的例子。
2.实现克隆操作,在.NET中可以使用Object类的MemberwiseClone()方法来实现对象的浅表拷贝或通过序列化的方式来实现深拷贝。
3.Prototype模式同样用于隔离类对象的使用者和具体类型(易变类)之间的耦合关系,它同样要求这些“易变类”拥有稳定的接口。
效果
1.它对客户隐藏了具体的产品类,因此减少了客户知道的名字的数目。
2.Prototype模式允许客户只通过注册原型实例就可以将一个具体产品类并入到系统中,客户可以在运行时刻建立和删除原型。
3.减少了子类构造,Prototype模式是克隆一个原型而不是请求工厂方法创建一个,所以它不需要一个与具体产品类平行的Creater类层次。
4.Portotype模式具有给一个应用软件动态加载新功能的能力。
由于Prototype的独立性较高,可以很容易动态加载新功能而不影响老系统。
5.产品类不需要非得有任何事先确定的等级结构,因为Prototype模式适用于任何的等级结构
6.Prototype模式的最主要缺点就是每一个类必须配备一个克隆方法。
而且这个克隆方法需要对类的功能进行通盘考虑,这对全新的类来说不是很难,但对已有的类进行改造时,不一定是件容易的事。
适用性
在下列情况下,应当使用Prototype模式:
1.当一个系统应该独立于它的产品创建,构成和表示时;
2.当要实例化的类是在运行时刻指定时,例如,通过动态装载;
3.为了避免创建一个与产品类层次平行的工厂类层次时;
4.当一个类的实例只能有几个不同状态组合中的一种时。
建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
总结
Prototype模式同工厂模式,同样对客户隐藏了对象的创建工作,但是,与通过对一个类进行实例化来构造新对象不同的是,原型模式是通过拷贝一个现有对象生成新对象的,达到了“隔离类对象的使用者和具体类型(易变类)之间的耦合关系”的目的。