继上一篇“雷锋依然在人间——工厂方法模式”后,本文继续讲解《大话设计模式》第9章“简历复印—原型模式”
。喜欢本书请到各大商城购买原书,支持正版。
正文开始:
文章目录
1 夸张的简历
时间:3月23日21点 地点:小菜房间人物:小菜、大鸟
“小菜,在忙什么呢?”大鸟回家来看到小菜在整理一堆材料。“
明天要去参加一个供需见面会,所以在准备简历呢。”
“怎么这么多,可能发得出去吗?”大鸟很惊讶于小菜的简历有很厚的一叠。
“没办法呀,听其他同学说,如果简历上什么也没有,对于我们这种毕业生来说,更加不会被重视了。所以凡是能写的,我都写了,明天能多投一些就多投一些,以量取胜。另外一些准备发信件给一些报纸上登广告的企业。”
“哦,我看看。”大鸟拿起了小菜的简历,“啊,不会吧,你连小学在哪读、得了什么奖都写上去了?那干吗不把幼儿园在哪读也写上去。”
“嘿嘿!”
“C#精通、C++精通、Java精通、SQL Server精通、Oracle精通,搞没搞错,你这些东西都精通?”
“其实只是学过一些,有什么办法呢,要是不写,人家就以为你什么都不懂,我写得夸张一点,可以多吸引吸引眼球吧。”
“胡闹呀,要是我是招聘的,一个稍微懂点常识的人,一看这种简历,更加不会去理会。这根本就是瞎扯嘛。”
“那你说我怎么办?我只是一个还没毕业的学生,哪来什么经验或工作经历,我能写什么?”
“哈,说得也是,对你们要求高其实也是不切实际。那你有没有准备求职信呢?”
“求职信?没考虑过,哪有空呀。再说,就写些空话、废话,只会浪费纸张。”
“你以为你现在不是在浪费纸张?你可知道,当年的我们,是如何写简历的吗?”
“不知道,难道都是手写?”
“当然,我们当年有不少同学都是手写简历和求职信,这手抄式的简历其实效果不差的,只是比较麻烦。有一次,我只写了一份简历在人才市场上转悠,身上也没带什么钱,复印就不可能了,于是在谈一家公司时,人家想留下我的简历,我却强力要求要回来,只留了个电话。”
“啊,还有你这样求职的?估计后来没戏了。”
“错,后来这家公司还真给我打电话了。回想起来,那时候对自己手写的简历很珍惜,人家公司也很重视,收到都会认真地看并答复,哪像现在。”大鸟感慨道,“印简历就像印草纸一样,发简历更像是发广告。我听说有些公司竟然在见面会结束时以拿不了为由,扔掉所收简历就走的事情,求职者要是看到岂不气晕呀。不过话说回来,像你这样自己都不重视的简历发出去,人家公司不在意也在情理之中了。”
“大鸟不会是希望我也手抄那么几十份简历吧?”
“哈,那当然没必要。毕竟时代不同了。现在程序员写简历都知道复印,在编程的时候,就不是那么多人懂得应用了。”
“哪里呀,程序员别的不一定行,Ctrl+C到Ctrl+V实在是太溜了,复制代码谁还不懂呀。”
“对编程来说,简单的复制粘贴极有可能造成重复代码的灾难。我所说的意思你根本还没听懂。那就以刚才的例子,我出个需求你写写看,要求有一个简历类,必须要有姓名,可以设置性别和年龄,可以设置工作经历。最终我需要写三份简历。”
“好的,我写写看。”
2 简历代码初步实现
二十分钟后,小菜给出了一个版本。
简历类
//简历 class Resume { private string name; private string sex; private string age; private string timeArea; private string company; public Resume(string name) { this.name = name; } //设置个人信息 public void SetPersonalInfo(string sex, string age) { this.sex = sex; this.age = age; } //设置工作经历 public void SetWorkExperience(string timeArea, string company) { this.timeArea = timeArea; this.company = company; } //显示 public void Display() { Console.WriteLine($"{name} {sex} {age}"); Console.WriteLine($"工作经历:{timeArea} {company}"); } }
客户端调用代码
static void Main(string[] args) { Resume a = new Resume("大鸟"); a.SetPersonalInfo("男","29"); a.SetWorkExperience("1998 - 2000","XX公司"); Resume b = new Resume("大鸟"); b.SetPersonalInfo("男", "29"); b.SetWorkExperience("1998 - 2000", "XX公司"); Resume c = new Resume("大鸟"); c.SetPersonalInfo("男", "29"); c.SetWorkExperience("1998 - 2000", "XX公司"); a.Display(); b.Display(); c.Display(); Console.Read(); }
结果显示
大鸟 男 29 工作经历:1998 - 2000 XX公司 大鸟 男 29 工作经历:1998 - 2000 XX公司 大鸟 男 29 工作经历:1998 - 2000 XX公司
“很好,这其实就是当年我手写简历的时代的代码。三份简历需要三次实例化。你觉得这样的客户端代码是不是很麻烦,如果要二十份,你就需要二十次实例化。”
“是呀,而且如果我写错了一个字,比如98年改成99年,那就要改二十次。”
“你为什么不这样写呢?”
static void Main(string[] args) { Resume a = new Resume("大鸟"); a.SetPersonalInfo("男","29"); a.SetWorkExperience("1998 - 2000","XX公司"); Resume b = a; Resume c = a; a.Display(); b.Display(); c.Display(); Console.Read(); }
“哈,这其实是传引用,而不是传值,这样做就如同是在b纸张和c纸张上写着简历在a处一样,没有实际的内容的。”
“不错,不错,小菜的基本功还是很扎实的。那你觉得有什么办法?”
“我好像听说过有Clone克隆这样的方法,但怎么做不知道了。”
3 原型模式
“哈,就是它了。讲它前,要先提一个设计模式。”
原型模式(Prototype)
,用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。[DP]

“原型模式其实就是从一个对象再创建另外一个可定制的对象,而且不需知道任何创建的细节。
我们来看看基本的原型模式代码。”
原型类
abstract class Prototype { private string id; public Prototype(string id) { this.id = id; } public string Id { get { return id; } } /// <summary> /// 抽象类关键就是这样一个Clone方法 /// </summary> /// <returns></returns> public abstract Prototype Clone(); }
具体原型类
class ConcretePrototypel : Prototype { public ConcretePrototypel(string id) : base(id) { } public override Prototype Clone() { // 创建当前对象的浅表副本。方法是创建一个新对象,然后将当前 // 对象的非静态字段复制到该新对象。如果字段是值类型的,则对 // 该字段执行逐位复制。如果字段是引用类型,则复制引用但不复 // 制引用的对象;因此,原始对象及其副本引用同对象[MSDNJ return (Prototype)this.MemberwiseClone(); } }
客户端代码
static void Main(string[] args) { ConcretePrototypel p1 = new ConcretePrototypel("I"); //克隆类ConcretePrototypel的对象p1就能得到新的实例c1 ConcretePrototypel c1 = (ConcretePrototypel)p1.Clone(); Console.WriteLine($"C1oned: {c1.Id}"); Console.Read(); }
“哦,这样就可以不用实例化ConcretePrototypel了,直接克隆就行了?”小菜问道。
“说得没错,就是这样的。但对于.NET而言,那个原型抽象类Prototype是用不着的,因为克隆实在是太常用了,所以.NET在System命名空间中提供了ICloneable接口
,其中就是唯一的一个方法Clone()
,这样你就只需要实现这个接口就可以完成原型模式
了。现在明白了﹖去改吧。”
“OK,这东西看起来不难呀。”
4 简历的原型实现
半小时后,小菜的第二版本代码。

简历类
class Resume : ICloneable { private string name; private string sex; private string age; private string timeArea; private string company; public Resume(string name) { this.name = name; } //设置个人信息 public void SetPersonalInfo(string sex, string age) { this.sex = sex; this.age = age; } //设置工作经历 public void SetWorkExperience(string timeArea, string company) { this.timeArea = timeArea; this.company = company; } //显示 public void Display() { Console.WriteLine($"{name} {sex} {age}"); Console.WriteLine($"工作经历:{timeArea} {company}"); } // 实现接口的方法,用来克隆对象 public object Clone() { return (object)this.MemberwiseClone(); } }
客户端调用代码
static void Main(string[] args) { Resume a = new Resume("大鸟"); a.SetPersonalInfo("男", "29"); a.SetWorkExperience("1998 - 2000", "XX 公司"); // 只需要调用Clone方法就可以实现新简历的生成,并且可以再修改新简历的细节 Resume b = (Resume)a.Clone(); b.SetWorkExperience("1998-2006", "YY 企业"); Resume c = (Resume)a.Clone(); c.SetPersonalInfo("男", "24"); a.Display(); b.Display(); c.Display(); Console.Read(); }
结果显示
大鸟 男 29 工作经历:1998 - 2000 XX 公司 大鸟 男 29 工作经历:1998-2006 YY 企业 大鸟 男 24 工作经历:1998 - 2000 XX 公司
“怎么样,大鸟,这样一来,客户端的代码就清爽很多了,而且你要是想改某份简历,只需要对这份简历做一定的修改就可以了,不会影响到其他简历,相同的部分就不用再重复了。不过不知道这样子对性能是不是有大的提高呢?”
“当然是大大提高,你想呀,每NEW一次,都需要执行一次构造函数,如果构造函数的执行时间很长,那么多次的执行这个初始化操作就实在是太低效了。一般在初始化的信息不发生变化的情况下,克隆是最好的办法。这既隐藏了对象创建的细节,又对性能是大大的提高, 何乐而不为呢?”
“的确,我开始也没感觉到它的好,听你这么一说,感觉这样做的好处还真不少,它等于是不用重新初始化对象,而是动态地获得对象运行时的状态。 这个模式真的很不错。”
5 浅复制与深复制
“别高兴得太早,如果我现在要改需求,你就又头疼了。你现在‘简历’对象里的数据都是string型的,也就是值类型,MemberwiseClone()方法是这样,如果字段是值类型的,则对该字段执行逐位复制,如果字段是引用类型,则复制引用但不复制引用的对象:因此,原始对象及其复本引用同一对象。 什么意思呢,就是说如果你的‘简历’类当中有对象引用,那么引用的对象数据是不会被克隆过来的。”
“没太听懂,为什么不能一同复制过来呢?”
“举个例子你就明白了,你现在的‘简历’类当中有一个‘设置工作经历’的方法,在现实设计当中,一般会再有一个‘工作经历’类,当中有‘时间区间’和‘公司名称’等属性,‘简历’类直接调用这个对象即可。你按照我说的再写写看。”
“好的,我试试。”
半小时后,小菜的第三个版本。

工作经历类
//工作经历 class WorkExperience { public string WorkDate { get; set; } public string Company { get; set; } }
简历类
//简历 class Resume : ICloneable { private string name; private string sex; private string age; // 引用“工作经历”对象 private WorkExperience work; public Resume(string name) { this.name = name; // 在“简历”类实例化时同时实例化“工作经历” work = new WorkExperience(); } //设置个人信息 public void SetPersonalInfo(string sex, string age) { this.sex = sex; this.age = age; } //设置工作经历 public void SetWorkExperience(string timeArea, string company) { work.WorkDate = timeArea; work.Company = company; } //显示 public void Display() { Console.WriteLine($"{name} {sex} {age}"); Console.WriteLine($"工作经历:{work.WorkDate} {work.Company}"); } public object Clone() { return (object)this.MemberwiseClone(); } }
客户端调用代码
static void Main(string[] args) { Resume a = new Resume("大鸟"); a.SetPersonalInfo("男", "29"); a.SetWorkExperience("1998 - 2000", "XX 公司"); // b 和c都克隆于a,但当它们都设置了“工作经历”时,我们希望的结果是三个的显示不一样 Resume b = (Resume)a.Clone(); b.SetWorkExperience("1998-2006", "YY 企业"); Resume c = (Resume)a.Clone(); b.SetWorkExperience("1998-2003", "zz 企业"); a.Display(); b.Display(); c.Display(); Console.Read(); }
结果显示
大鸟 男 29 工作经历:1998-2003 zz 企业 大鸟 男 29 工作经历:1998-2003 zz 企业 大鸟 男 29 工作经历:1998-2003 zz 企业
“通过写代码,并且去查了一下 MemberwiseClone的 MSDN帮助,我大概知道你的意思了,由于它是浅表复制,所以对于值类型,没什么问题,对引用类型,就只是复制了引用,对引用的对象还是指向了原来的对象,所以就会出现我给a、b、c三个引用设置‘工作经历’,但却同时看到三个引用都是最后一次设置,因为三个引用都指向了同一个对象。”
“你写的和说的都很好,就是这个原因,这叫做**‘浅复制’,被复制对象的所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用都仍然指向原来的对象。** 但我们可能更需要这样的一种需求,把要复制的对象所引用的对象都复制一遍。比如刚才的例子,我们希望是a、b、c三个引用的对象都是不同的,复制时就一变二,二变三,此时,我们就叫这种方式为‘深复制’,深复制把引用对象的变量指向复制过的新对象,而不是原有的被引用的对象。”
“那如果‘简历’对象引用了‘工作经历’,‘工作经历’再引用‘公司’,‘公司’再引用‘职位’……这样一个引用一个,很多层,如何办?”
“这的确是个很难回答的问题,深复制要深入到多少层,需要事先就考虑好,而且要当心出现循环引用的问题,需要小心处理,这里比较复杂,可以慢慢研究。就现在这个例子,问题应该不大,深入到第一层就可以了。”
“那应该如何改,我没方向了。”
“好,来看我的。”
6 简历的深复制实现

工作经历类
/// <summary> /// 工作经历 /// 让“工作经历”实现ICloneable接口 /// </summary> class WorkExperience :ICloneable { public string WorkDate { get; set; } public string Company { get; set; } /// <summary> /// "工作经历“类实现克隆方法 /// </summary> /// <returns></returns> public object Clone() { return (Object)this.MemberwiseClone(); } }
简历类
//简历 class Resume : ICloneable { private string name; private string sex; private string age; private WorkExperience work; public Resume(string name) { this.name = name; work = new WorkExperience(); } private Resume(WorkExperience work) { this.work = (WorkExperience)work.Clone(); } //设置个人信息 public void SetPersonalInfo(string sex, string age) { this.sex = sex; this.age = age; } //设置工作经历 public void SetWorkExperience(string timeArea, string company) { work.WorkDate = timeArea; work.Company = company; } //显示 public void Display() { Console.WriteLine($"{name} {sex} {age}"); Console.WriteLine($"工作经历:{work.WorkDate} {work.Company}"); } public object Clone() { // 调用私有的构造方法,让“工作经历”克隆完成,然后再给这个“简历” // 对象的相关字段赋值,最终返回一个深复制的简历对象 Resume obj = new Resume(this.work); obj.name = this.name; obj.sex = this.sex; obj.age = this.age; return obj; } }
同之前的客户端代码,其结果显示
大鸟 男 29 工作经历:1998 - 2000 XX 公司 大鸟 男 29 工作经历:1998-2006 YY 企业 大鸟 男 24 工作经历:1998 - 2000 XX 公司
“哈,原来深复制是这个意思,我明白了。”
“由于在一些特定场合,会经常涉及深复制或浅复制,比如说,数据集对象DataSet,它就有Clone()方法和Copy()方法,Clone()方法用来复制DataSet的结构,但不复制DataSet 的数据,实现了原型模式的浅复制。Copy()方法不但复制结构,也复制数据,其实就是实现了原型模式的深复制。”
7 复制简历vs.手写求职信
“哈,这样说来,我大量地复制我的简历,当然是原型模式的最佳体现,你的手抄时代已经结束了。”小菜得意地说。
“我倒反而认为,与其简历写得如何如何,不如认认真真地研究一下你要应聘的企业,比如看看他们的网站和对职位的要求,然后写一封比较中肯实在的求职信来得好。加上你字还写得不错,手写的求职信,更加与众不同。”
“那多累呀,也写不了多少。”
“嗨!高科技害人呀,尽管打印、复印是方便很多,所有的应聘者都这样做。但也正因为此,招聘方的重视程度也就同样低很多。如果你是手写的求职信,那就会有鹤立鸡群的效果,毕竟这样的简历或求职信太少了。”
“你说得也有道理。不过一封封地写出来感觉还是很费事呀?”
“如果是写代码,我当然会鼓励你去应用原型模式简化代码,优化设计。但对于求职,你是愿意你的简历和求职信倍受重视呢还是愿意和所有的毕业生一样千篇一律毫无新意地碰运气?”
“哈,行,听大鸟的总是没错的。那我得好好想想求职信如何写?”小菜开始拿起了笔,边写边念叨着,“亲爱的领导,冒号……”
下一篇我们接着读“第10章 考题抄错会做也白搭 一 模板方法模式”
,欢迎关注微信公众号【乐趣课堂
】。