第9章 简历复印----原型模式
9.1夸张的简历
“小菜，在忙什么呢?”大鸟回家来看到小菜在整理一堆材料。”
“明天要去参加一个供需见面会，所以在准备简历呢。”
“怎么这么多，可能发得出去吗?”大鸟很惊讶于小菜的简历有很厚的一叠。
“没办法呀。听其他同学说，如果简历上什么也没有，对于我们这种毕业生来说，更加不会被重视了。所以凡是能写的，我都写了，明天能多投一些就多投一些，以量取胜。另外一些准备发信件给一些报纸上登广告的企业。”
“哦，我看看。”大鸟拿起了小菜的简历，“啊，不会吧。你连小学在哪读、得了什么奖都写上去了?那干吗不把幼儿园在哪读也写上去。”
“嘿嘿!”
“C#精通、C什精通、Java精通、5QL Server精通、Oracle精通，搞没搞错，你这些东西都精通?”
“其实只是学过一些，有什么办法呢，要是不写.人家就以为你什么都不懂，我写得夸张一点，可以多吸引吸引眼球吧。”
“胡闹呀，要是我是招聘的，一个稍微懂点常识的人，一看这种简历，更加不会去理会。这根本就是瞎扯嘛。”
“那你说我怎么办?我只是一个还没毕业的学生，哪来什么经验或工作经历，我能写什么?”
“哈，说得也是，对你们要求高其实也是不切实际。那你有没有准备求职信呢?”
“求职信?没考虑过，哪有空呀。再说，就写些空话、废话，只会浪费纸张。”
“你以为你现在不是在浪费纸张?你可知道，当年的我们，是如何写简历的吗？”
“不知道，难道都是手写?”
“当然，我们当年有不少同学都是手写简历和求职信，这手抄式的简历其实效果不差的，只是比较麻烦。有一次.我只写了一份简历在人才市场上转悠，身上也没带什么钱，复印就不可能了，于是在谈一家公司时，人家想留下我的简历，我却强力要求要回来，只留了个电话。”
“啊，还有你这样求职的？估计后来没戏了。”
“错。后来这家公司还真给我打电话了。回想起来，那时候对自己手写的简历很珍惜，人家公司也很重视，收到都会认真地看并答复，哪像现在。”大鸟感慨道，“印简历就像印草纸一样，发简历更像是发广告。我听说有些公司竟然在见面会结束时以拿不了为由，扔掉所收简历就走的事情，求职者要是看到岂不气晕呀。不过话说回来，像你这样自己都不重视的简历发出去，人家公司不在意也在情理之中了。”
“大鸟不会是希望我也手抄那么几十份简历吧？”
“哈，那当然没必要。毕竟时代不同了。现在程序员写简历都知道复印，在编程的时候，就不是那么多人懂得应用了。”
“够里呀，程序员别的不一定行，Ctrl+C到Ctr1+V实在是太溜了，复制代码谁还不懂呀。”
“对编程来说，简单的复制粘贴极有可能造成重复代码的灾难。我所说的意思你根本还没听懂。那就以刚才的例子，我出个需求你写写看，要求有一个简历类，必须要有姓名，可以设置性别和年龄，可以设置工作经历。最终我需要写三份简历。”
“好的，我写写看。”
9.2简历代码初步实现
二十分钟后，小菜给出一个版本。
“很好，这其实就是我当年手写简历时候的代码。三份简历需要三次实例化。你觉得这样的客户端代码是不是很麻烦的说，如果要20份，你就需要20次实例化。”
“是啊，而且如果我写错了一个字，比如98年改成99年，那就要改20次。”
“你为什么不这样写呢？”
“哈，其实是传引用，而不是传值，这样做就如同在b纸张和c纸张上写着简历在a处一样，没有实际的内容。”
“8错8错，小菜基本功还是可以的，那你觉得有什么办法没？”
“我好像听说过Clone克隆这样的方法，但就是不知道怎样用。”
9.3原型模式
“哈，就是它了。要讲它之前，要先提一个设计模式。”
原型模式（Prototype），用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
原型模式（Prototype）结构图
“原型模式其实就是一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节。我们来看看基本原型模式代码。”
“哦，这样就可以不用实例化ConcretePrototype1了，直接克隆就行了？”
“说的没错，就是这样的。但对于.NET和Java而言，那个原型抽象类Prototype是用不着的，因为克隆实在是太常用了，所以.NET在System命名空间中提供了Icloneable接口，其中就是唯一的一个方法Clone()这样你就只需要实现这个接口就可以完成原型模式了，Java中实现Cloneable接口，直接调用clone()方法。现在明白了？去改吧。”
“OK，这东东看起来不难啊！”
9.4简历的原型实现
半小时后，小菜的第二个版本代码。
代码结构图
“怎么样，大鸟，这样一来，客户端的代码就清爽多了，而且你要是想改某人简历，只需要对这份简历做一定的修改就可以了，不会影响到其他简历，相同的部分就不用再重复了。不过不知道这样子对性能是不是有大的提高呢？”
“当然是大大的提高了，你想啊，每new一次，都需要执行一次构造函数，如果构造函数的执行时间很长，那么多次的执行这个初始化操作就实在是太低效了。一般在初始化的信息不发生变化的情况下，克隆是最好的办法。这既隐藏了对象创建的细节，又对性能是大大的提高，何乐而不为呢？”
“那是，我开始也没感觉到它的好处，听你这么一说，感觉这样做的好处还真是不少哇，它等于是不用重新初始化对象，而是动态地获得对象运行时的状态。这个模式真的很不错。”
9.5浅复制与深复制
“别高兴的太早了，如果我现在要改需求，你就又头疼了。你现在‘简历’对象里的数据都是String型 的，也就是值类型，clone()方法是这样的，如果是字段是值类型的，则对该字段执行逐位复制，如果字段是引用类型，则复制引用但不复制引用的对象；因此，原始对象及其痛湔宿垢引用同一对象。什么意思呢？就是说如果你的‘简历’类当中有对象引用，那么引用的对象数据是不会被克隆过来的。”
“没太听懂，为什么不能一同复制过来呢？”
“举个例子你就明白了，你现在的‘简历’类当中有一个‘设置工作经历’的方法，在现实设计当中，一般会再有一个‘工作经历’类，当中有‘时间区间’和‘公司名称’等属性，‘简历’类直接调用这个对象即可。你按照我说的再写写看。”
“好的，我试试。”
半个小时后，小菜第三个版本代码。
代码结构图
“通过写代码，并且去查了一下Java的clone帮助，我大概知道你的意思了，由于它是浅表复制，所以对于值类型，没什么问题，但是对于引用类型，就只是复制了引用，对引用的对象还是指向了原来的对象，所以就会出现我给a、b、c三个引用设置‘工作经历’，但却同时看到三个引用都是最后的设置是一样的，因为这三个引用都指向了同一个对象。”
“你写的和说的都很好，就是这个原因，这叫做‘浅复制’，被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用都仍然指向原来的对象。但我们可能更需要这样的一种需求，把要复制的对象所引用的对象都复制一遍。比如刚才的例子，我们希望是a、b、c三个引用的对象都是不同的，复制时就一变二，二变三，此时，我们就叫这种方式为‘深复制’，深复制把引用对象的变量指向复制过的新对象，而不是原有的被引用的对象。”
“那如果‘简历’对象引用了‘工作经历’，‘工作经历’再引用‘公司’，‘公司’再引用‘职位’…这样一个引用一个，很多层，如何办？”
“这的确是个很难回答的问题，深复制要深入到多少层，需要事先就考虑好，而且要当心出现循环引用的问题，需要小心处理，这里比较复杂，可以慢慢研究。就现在这个例子，问题应该不大，深入到第一层就可以了。”
“那该如何改呢？我不知道啊！”
“好，来看我的。”
9.6浅复制与深复制
代码结构图
“哈，原来深复制是这个意思啊，我明白了。”
“由于在一些特定场合，会经常涉及深复制或浅复制，比如说，.NET数据集对象DataSet，它就有Clone()方法和Copy()方法用来复制DataSet的结构，但不复制DataSet的数据，实现了原型模式的浅复制。Copy()方法不但复制结构，也复制数据，其实就是实现了原型模式的深复制。”
9.7复制简历VS手写求职信
“哈，这样说来，我大量地复制我的简历，当然是原型模式的最佳体现，你的手抄时代已经结束了。”小菜得意地说。
“木，我倒反而认为，与其简历写得如何如何，不如认认真真地研究一下你要应聘的企业，比如看看他网站和对职位的要求，然后写一封比较中肯实在的求职信来得好。加上你字还写得不错，手写的求，更加与众不同。”
“那多累呀，也写不了多少。”
“啦！高科技害人呀，尽管打印、复印是方便很多，所有的应聘者都这样做。但也正因为此，招聘重视程度也就同样低很多。如果你是手写的求职信，那就会有鹤立鸡群的效果，毕竟这样的简历或信太少了。”
“你说得也有道理。不过一封封地写出来感觉还是很费事呀?”
“如果是写代码，我当然会鼓励你去应用原型模式简化代码，优化设计。但对于求职，你是愿意你简历和求职信倍受重视呢还是愿意和所有的毕业生一样千篇一律毫无新意地碰运气？”
“哈，行，听大鸟的总是没错的，那我得好好想想求职信如何写?”小菜开始拿起了笔，边写边念“亲爱的领导，冒号……”