原型模式 (Prototype Pattern)【使用频率:★★★☆☆】
1. 概述:
使用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
2. 模式中的角色
2.1 Prototype(抽象原型类):它是声明克隆方法的接口,是所有具体原型类的公共父类,可以是抽象类也可以是接口,甚至还可以是具体实现类。
2.2 ConcretePrototype(具体原型类):它实现在抽象原型类中声明的克隆方法,在克隆方法中返回自己的一个克隆对象。
2.3 Client(客户类):让一个原型对象克隆自身从而创建一个新的对象,在客户类中只需要直接实例化或通过工厂方法等方式创建一个原型对象,再通过调用该对象的克隆方法即可得到多个相同的对象。由于客户类针对抽象原型类Prototype编程,因此用户可以根据需要选择具体原型类,系统具有较好的可扩展性,增加或更换具体原型类都很方便。
原型模式的核心在于如何实现克隆方法。
3. 模式解读
3.1 模式的类图
3.2 代码实现
using System;
namespace ConsoleApp2
{
public class Resume : ICloneable
{
private string name;
private string birthday;
private string sex;
private string school;
private string timeArea;
private string company;
// 构造函数:初始化简历赋值姓名
public Resume(string name)
{
this.name = name;
}
// 设定个人基本信息
public void SetPersonInfo(string birthday, string sex, string school)
{
this.birthday = birthday;
this.sex = sex;
this.school = school;
}
// 设定工作经历
public void SetWorkExperience(string timeArea, string company)
{
this.timeArea = timeArea;
this.company = company;
}
public void Display()
{
Console.WriteLine("姓名:" + name);
Console.WriteLine("生日:" + birthday + ",性别:" + sex + ",毕业学校:" + school);
Console.WriteLine("工作年限:" + timeArea + ",公司:" + company);
}
// 克隆该实例,实现ICloneable接口的Clone方法
public object Clone()
{
// 调用Object的MemberwiseClone(),创建当前object的浅表副本
return MemberwiseClone() as Resume;
}
}
public class Client
{
public static void Main(string[] args)
{
//原型A对象
Resume a = new Resume("小李子");
a.SetPersonInfo("2.16", "男", "XX大学");
a.SetWorkExperience("2012.09.05", "XX科技有限公司");
//克隆B对象
Resume b = a.Clone() as Resume;
//输出A和B对象
Console.WriteLine("----------------A--------------");
a.Display();
Console.WriteLine("----------------B--------------");
b.Display();
// 测试A==B?
// 对任何的对象x,都有x.clone() !=x,即克隆对象与原对象不是同一个对象
Console.Write("A==B ? ");
Console.WriteLine(a == b);
// 对任何的对象x,都有x.clone().GetType()==x.GetType(),即克隆对象与原对象的类型一样。
Console.Write("A.GetType()==B.GetType() ? ");
Console.WriteLine(a.GetType() == b.GetType());
Console.ReadLine();
}
}
}
4. 模式优缺点
4.1 优点:
(1) 当创建新的对象实例较为复杂时,使用原型模式可以简化对象的创建过程,通过复制一个已有实例可以提高新实例的创建效率。
(2) 扩展性较好,由于在原型模式中提供了抽象原型类,在客户端可以针对抽象原型类进行编程,而将具体原型类写在配置文件中,增加或减少产品类对原有系统都没有任何影响。
(3) 原型模式提供了简化的创建结构,工厂方法模式常常需要有一个与产品类等级结构相同的工厂等级结构,而原型模式就不需要这样,原型模式中产品的复制是通过封装在原型类中的克隆方法实现的,无须专门的工厂类来创建产品。
(4) 可以使用深克隆的方式保存对象的状态,使用原型模式将对象复制一份并将其状态保存起来,以便在需要的时候使用(如恢复到某一历史状态),可辅助实现撤销操作。
4.2 缺点:
(1) 需要为每一个类配备一个克隆方法,而且该克隆方法位于一个类的内部,当对已有的类进行改造时,需要修改源代码,违背了“开闭原则”。
(2) 在实现深克隆时需要编写较为复杂的代码,而且当对象之间存在多重的嵌套引用时,为了实现深克隆,每一层对象对应的类都必须支持深克隆,实现起来可能会比较麻烦。
5. 使用场景:
(1) 创建新对象成本较大(如初始化需要占用较长的时间,占用太多的CPU资源或网络资源),新的对象可以通过原型模式对已有对象进行复制来获得,如果是相似对象,则可以对其成员变量稍作修改。
(2) 如果系统要保存对象的状态,而对象的状态变化很小,或者对象本身占用内存较少时,可以使用原型模式配合备忘录模式来实现。
(3) 需要避免使用分层次的工厂类来创建分层次的对象,并且类的实例对象只有一个或很少的几个组合状态,通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方便。