C# 设计模式系列教程-原型模式

1. 概述

  通过复制一个已经存在的实例来创建一个新的实例。被复制的实例被称为原型,这个原型是可定制的。

2. 模式中的角色

  2.1 抽象原型类(Abstract Prototype):提供一个克隆接口

  2.2 具体原型类(Concrete Prototype): 及实现了克隆接口的具体原型类

3. 实例:求职网站上现在都支持多份简历,如果每创建一份简历都要从头至尾地填写一遍,那也是非常让人沮丧的事。其实针对我们的求职岗位的不同,不同的简历可能只要修改局部内容就可以了,而不用全部重新构建一份新的简历。复制一份简历,然后做局部修改是最让人省心的了!

  3.1 实现类图

  类图解读

  在.NET中,System命名空间已经为我们提供了一个ICloneable接口,它包含了一个方法Clone(),实现这个接口就完成了原型模式。

  3.2 在写实现代码之前,先要理解一下深复制与浅复制。

    3.2.1 浅复制:将原来对象中的所有字段逐个复制到一个新对象,如果字段是值类型,则简单地复制一个副本到新对象,改变新对象的值类型字段不会影响原对象;如果字段是引用类型,则复制的是引用,改变目标对象中引用类型字段的值将会影响原对象。例如, 如果一个对象有一个指向引用类型(如例子中的工作经历)的字段, 并且我们对该对象做了一个浅复制, 那麽两个对象将引用同一个引用(即同一段工作经历)。

    3.2.2 深复制:与浅复制不同之处在于对引用类型的处理,深复制将新对象中引用类型字段指向复制过的新对象,改变新对象中引用的任何对象,不会影响到原来的对象中对应字段的内容。例如,如果一个对象有一个指向引用类型(如例子中的工作经历)的字段,并且对该对象做了一个深复制的话.我门将创建一个新的对象(即新的工作经历)。

  3.3 简历的浅复制实现

 /// <summary>
 /// 实现了ICloneable接口的简历类
 /// </summary>
 public class Resume:ICloneable
 {
 public Resume()
 {
  mWorkExperience = new WorkExperience();
 }

 private string mName;
 private string mSex;
 private int mAge;
 private WorkExperience mWorkExperience;

 public string Name
 {
  get { return mName; }
  set { mName = value; }
 }

 public string Sex
 {
  get { return mSex; }
  set { mSex = value; }
 }

 public int Age
 {
  get { return mAge; }
  set { mAge = value; }
 }

 /// <summary>
 /// 关联了一个引用类型
 /// </summary>
 public WorkExperience WorkExperience
 {
  get { return mWorkExperience; }
 }

 public void SetWorkExperience(DateTime startDate, DateTime endDate, string company, string position)
 {
  this.mWorkExperience.Company = company;
  this.mWorkExperience.EndDate = endDate;
  this.mWorkExperience.StartDate = startDate;
  this.mWorkExperience.Position = position;
 }

 /// <summary>
 /// 实现ICloneable接口的Clone方法
 /// </summary>
 /// <returns></returns>
 public object Clone()
 {
  // .Net 为我们提供的浅复制对象的方法
  return this.MemberwiseClone();
 }
 }

 /// <summary>
 /// 工作经历类
 /// </summary>
 public class WorkExperience
 {
 public DateTime StartDate { get; set; }
 public DateTime EndDate { get; set; }
 public string Company { get; set; }
 public string Position { get; set; }
 }

  下面是测试代码

 [TestMethod]
 public void TestShallowCopy()
 {
  Resume myFirstResume = new Resume
  {
  Age = 29,
  Name = "Kevin Wang",
  Sex = "男",
  };
  myFirstResume.SetWorkExperience(new DateTime(2006, 7, 1), new DateTime(2007, 7, 1), "My First Company", "Software Engineer");

  Resume mySecondResume = (Resume)myFirstResume.Clone();
  mySecondResume.SetWorkExperience(new DateTime(2007, 8, 1), new DateTime(2008, 8, 1), "My Second Company", "Software Engineer");

  Resume myThirdResume = (Resume)myFirstResume.Clone();
  myThirdResume.SetWorkExperience(new DateTime(2008, 8, 1), new DateTime(2009, 8, 1), "My Third Company", "Senior Software Engineer");

  Assert.AreEqual("My First Company", myFirstResume.WorkExperience.Company);
  Assert.AreEqual("My Second Company", mySecondResume.WorkExperience.Company);
  Assert.AreEqual("My Third Company", myThirdResume.WorkExperience.Company);
 }

    这里期望的是三个断言都能运行成功,但是却是失败的,原因是:由于我们使用的是浅复制,所以myFirstResume, mySecondResume 和 myThirdResume引用的是同一个对象,因此最终的结果是 三个简历的WorkExperience.Company都是“My Third Company".

  3.4 简历的深复制实现

 /// <summary>
 /// 实现了ICloneable接口的简历类
 /// </summary>
 public class Resume : ICloneable
 {
 public Resume()
 {
  mWorkExperience = new WorkExperience();
 }

 /// <summary>
 /// 这里使用一个私有的构造函数来对其连接到的引用类型进行复制
 /// </summary>
 /// <param name="workExperience"></param>
 private Resume(WorkExperience workExperience)
 {
  this.mWorkExperience = (WorkExperience)workExperience.Clone();
 }

 private string mName;
 private string mSex;
 private int mAge;
 private WorkExperience mWorkExperience;

 public string Name
 {
  get { return mName; }
  set { mName = value; }
 }

 public string Sex
 {
  get { return mSex; }
  set { mSex = value; }
 }

 public int Age
 {
  get { return mAge; }
  set { mAge = value; }
 }

 public WorkExperience WorkExperience
 {
  get { return mWorkExperience; }
 }

 /// <summary>
 /// 设置功过经历
 /// </summary>
 /// <param name="startDate"></param>
 /// <param name="endDate"></param>
 /// <param name="company"></param>
 /// <param name="position"></param>
 public void SetWorkExperience(DateTime startDate, DateTime endDate, string company, string position)
 {
  this.mWorkExperience.Company = company;
  this.mWorkExperience.EndDate = endDate;
  this.mWorkExperience.StartDate = startDate;
  this.mWorkExperience.Position = position;
 }

 /// <summary>
 /// 实现ICloneable接口的Clone方法
 /// </summary>
 /// <returns></returns>
 public object Clone()
 {
  // 这里不再使用MemberwiseClone方法进行复制了,而是新创建了一个全新的简历。它完全是在内部实现的,外部不用关心它的实现
  Resume newResume = new Resume(this.mWorkExperience);
  newResume.mSex = this.mSex;
  newResume.mName = this.mName;
  newResume.mAge = this.mAge;

  return newResume;
 }
 }

 public class WorkExperience :ICloneable
 {
 public DateTime StartDate { get; set; }
 public DateTime EndDate { get; set; }
 public string Company { get; set; }
 public string Position { get; set; }

 public object Clone()
 {
  // 使用.Net 为我们提供的浅复制对象的方法,因为这里已经没有引用对象了(string虽然是引用类型,但.NET为我们做了特别处理,可以像值类型一样使用它)。
  return this.MemberwiseClone();
 }
 }

  测试代码如下

 [TestMethod]
 public void TestDeepCopy()
 {
  Resume myFirstResume = new Resume
  {
  Age = 29,
  Name = "Kevin Wang",
  Sex = "男",
  };
  myFirstResume.SetWorkExperience(new DateTime(2006, 7, 1), new DateTime(2007, 7, 1), "My First Company", "Software Engineer");

  Resume mySecondResume = (Resume)myFirstResume.Clone();
  mySecondResume.SetWorkExperience(new DateTime(2007, 8, 1), new DateTime(2008, 8, 1), "My Second Company", "Software Engineer");

  Resume myThirdResume = (Resume)myFirstResume.Clone();
  myThirdResume.SetWorkExperience(new DateTime(2008, 8, 1), new DateTime(2009, 8, 1), "My Third Company", "Senior Software Engineer");

  Assert.AreEqual("My First Company", myFirstResume.WorkExperience.Company);
  Assert.AreEqual("My Second Company", mySecondResume.WorkExperience.Company);
  Assert.AreEqual("My Third Company", myThirdResume.WorkExperience.Company);
 }

  运行测试,测试通过,这正是我们期望的结果。

4. 模式总结

  4.1 优点

    4.1.1 隐藏了对象的创建细节,对有些初始化需要占用很多资源的类来说,对性能也有很大提高。

    4.1.2 在需要新对象时,可以使用Clone来快速创建创建一个,而不用使用new来构建。

  4.2 缺点

    4.2.1 每一个类都需要一个Clone方法,而且必须通盘考虑。对于深拷贝来说,每个关联到的类型都不许实现IClonable接口,并且每增加或修改一个字段是都需要更新Clone方法。

  4.3 适用场景

    4.3.1 类初始化需要消化非常多的资源,这个资源包括数据、硬件资源等

    4.3.2 通过new产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式

    4.3.3 一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象供调用者使用。

以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • C# 设计模式系列教程-抽象工厂模式

    1. 概述 抽象工厂模式为一个产品家族提供了统一的创建接口.当需要这个产品家族的某一系列的时候,可以从抽象工厂中选出相对应的系列来创建一个具体的工厂类别. 2. 抽象工厂模式中的角色 2.1 抽象工厂(AbstractFactory):担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的. 2.2 具体工厂(ConcreteFactory):这个角色直接在客户端的调用下创建产品的实例.这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的. 2.3 抽象产品

  • C# 设计模式系列教程-代理模式

    1. 概述 为其它对象提供一种代理以控制对这个对象的访问. 解决的问题:如果直接访问对象比较困难,或直接访问会给使用者或系统带来一系列问题.这样对于客户端(调用者)来说,就不需要直接与真实对象进行交互,解除了调用者与真实对象的耦合. 2. 模式中的角色 2.1 抽象实体(Subject):定义了真实实体(RealSubject)和代理(Proxy)的公共接口,这样就在任何时候使用真实实体(RealSubject)的地方使用代理(Proxy). 2.2 代理(Proxy):保存一个引用使得代理可以

  • C# 设计模式系列教程-工厂方法模式

    1. 概述: 定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法使一个类的实例化延迟到子类. 2. 模式中的角色 2.1 抽象工厂(Creator):这个抽象类(或接口)声明一个创建对象的工厂方法,用来返回一个Product类型的对象. 2.2 具体工厂(ConcreteCreator):重定义工厂方法,返回一个具体的Concrete Product实例. 2.3 抽象产品(Product):定义工厂方法所创建的对象. 2.4 具体产品(ConcreteProduct): 具体产品,

  • C# 设计模式系列教程-简单工厂模式

    1. 概述: 将一个具体类的实例化交给一个静态工厂方法来执行,它不属于GOF的23种设计模式,但现实中却经常会用到 2. 模式中的角色 2.1 工厂类(Simple Factory): 只包含了创建具体类的静态方法. 2.2 抽象产品(Product):定义简单工厂中要返回的产品. 2.3 具体产品(ConcreteProduct):具体产品. 3. 模式解读 3.1 简单工厂模式的一般化类图 3.2 简单工厂模式的代码实现 /// <summary> /// 简单工厂类,用sealed修饰,

  • C# 设计模式系列教程-建造者模式

    1. 概述 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式. 2. 建造者模式中的角色 2.1 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口. 2.2 具体建造者(ConcreteBuilder):实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口. 2.3 指挥者(Director):指挥并构造一个使用Builder接口的对象. 2.4 产品(Product):

  • C# 设计模式系列教程-装饰模式

    1. 概述 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更灵活. 原理:增加一个修饰类包裹原来的类,包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数.装饰类实现新的功能,但是,在不需要用到新功能的地方,它可以直接调用原来的类中的方法.修饰类必须和原来的类有相同的接口. 2. 模式中的角色 2.1 抽象构建(Component):定义一个抽象接口,用以给这些对象动态地添加职责. 2.2 具体构建(ConcreteComponent):定义一个具体的对象,也可以

  • C# 设计模式系列教程-单例模式

    1. 描述: 保证一个类仅有一个实例,并提供一个访问它的全局访问点. 2. 单例模式主要有3个特点,: 2.1 单例类确保自己只有一个实例. 2.2 单例类必须自己创建自己的实例. 2.3 单例类必须为其他对象提供唯一的实例. 3. 实现方式:懒汉单例类和饿汉单例类 3.1 懒汉式单例类 对于懒汉模式,我们可以这样理解:该单例类非常懒,只有在自身需要的时候才会行动,从来不知道及早做好准备.它在需要对象的时候,才判断是否已有对象,如果没有就立即创建一个对象,然后返回,如果已有对象就不再创建,立即返

  • 详解C#的设计模式编程之抽象工厂模式的应用

    这里首先以一个生活中抽象工厂的例子来实现一个抽象工厂,然后再给出抽象工厂的定义和UML图来帮助大家更好地掌握抽象工厂模式,同时大家在理解的时候,可以对照抽象工厂生活中例子的实现和它的定义来加深抽象工厂的UML图理解.抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 举例阐述抽象工厂模式: 假如中国

  • C# 设计模式系列教程-策略模式

    在讲策略模式之前,我先给大家举个日常生活中的例子,从首都国际机场到XXX酒店,怎么过去?1)酒店接机服务,直接开车来接.2)打车过去.3)机场快轨+地铁 4)机场巴士 5)公交车 6)走路过去(不跑累死的话) 等等.使用方法,我们都可以达到从机场到XXX酒店的目的,对吧.那么我所列出的从机场到XXX酒店的的方法,就是我们可以选择的策略. 再举个例子,就是我们使用WCF时,往往避免不了对它进行扩展,例如授权,我们可以通过自定义授权来扩展WCF.这里我们可以通过自定义AuthorizationPol

  • C# 设计模式系列教程-桥接模式

    1. 概述 将抽象部分(Abstraction)与实现部分(Implementor)分离,使它们可以独立地变化. 2. 解决的问题 在软件系统中,有些类型由于自身的逻辑,它具有两个或多个维度的变化.为了解决这种多维度变化,又不引入复杂度,这就要使用Bridge模式. 3. 模式中的角色 2.1 抽象(Abstraction):定义抽象接口,该接口中包含实现具体行为.具体特征的Implementor接口. 2.2 提炼的抽象(RefinedAbstraction):继承自Abstraction的子

随机推荐