简历复印——原型模式_现采用原型模式设计该简历复制功能并提供浅克隆和深克隆两-CSDN博客

本文链接：https://blog.csdn.net/m0_63526467/article/details/142411188

文章目录

简历复印——原型模式

简历复印——原型模式

夸张的简历

时间：3月23日21点　　地点：小菜房间　　人物：小菜、大鸟

"小菜，在忙什么呢？"大鸟回家来看到小菜在整理一堆材料。

“明天要去参加一个供需见面会，所以在准备简历呢。”

在这里插入图片描述

"怎么这么多，可能发得出去吗？"大鸟很惊讶于小菜的简历有很厚的一叠。

“没办法呀，听其他同学说，如果简历上什么也没有，对于我们这种毕业生来说，更加不会被重视了。所以凡是能写的，我都写了，明天能多投一些就多投一些，以量取胜。另外一些准备发信件给一些报纸上登广告的企业。”

"哦，我看看。"大鸟拿起了小菜的简历，“啊，不会吧，你连小学在哪读、得了什么奖都写上去了？那干吗不把幼儿园在哪读也写上去？”

“嘿嘿！”

“Java精通、C++精通、Python精通、C#精通、MySQL精通、Oracle精通，搞没搞错，这些东西你都精通？”

“其实只是学过一些，有什么办法呢？要是不写，人家就以为你什么都不懂，我写得夸张一点，可以多吸引吸引眼球吧。”

“胡闹呀，要是我是招聘的，一个稍微懂点常识的人，一看这种简历，更加不会去理会。这根本就是瞎扯嘛。”

“那你说我怎么办？我只是一个还没毕业的学生，哪来什么经验或工作经历，我能写什么？”

“哈，说得也是，对你们要求高其实也是不切实际。那你有没有准备求职信呢？”

“求职信？没考虑过，哪有空呀。再说，就写些空话、废话，只会浪费纸张。”

“你以为你现在不是在浪费纸张？你可知道，当年的我们，是如何写简历的吗？”

“不知道，难道都是手写？”

“当然，我们当年有不少同学都是手写简历和求职信，这手抄式的简历其实效果不差的，只是比较麻烦。有一次，我只写了一份简历在人才市场上转悠，身上也没带什么钱，复印就不可能了，于是在谈一家公司时，人家想留下我的简历，我却强烈要求要回来，只留了个电话。”

“啊，还有你这样求职的？估计后来没戏了。”

"错，后来这家公司还真给我打电话了。回想起来，那时候对自己手写的简历很珍惜，人家公司也很重视，收到都会认真地看并答复，哪像现在。"大鸟感慨道，“印简历就像印草纸一样，发简历更像是发广告。我听说有些公司竟然在见面会结束时以拿不了为由，扔掉所收简历就走的事情，求职者要是看到岂不气晕呀。不过话说回来，像你这样自己都不重视的简历发出去，人家公司不在意也在情理之中了。”

“大鸟不会是希望我也手抄那么几十份简历吧？”

“哈，那当然没必要。毕竟时代不同了。现在程序员写简历都知道复印，在编程的时候，就不是那么多人懂得应用了。”

“哪里呀，程序员别的不一定行，Ctrl+C到Ctrl+V实在是太溜了，复制代码谁还不懂呀。”

“对编程来说，简单的复制粘贴极有可能造成重复代码的灾难。我所说的意思你根本还没听懂。那就以刚才的例子，我出个需求你写写看，要求有一个简历类，必须要有姓名，可以设置性别和年龄，可以设置工作经历。最终我需要写三份简历。”

“好的，我写写看。”

简历代码初步实现

二十分钟后，小菜给出了一个版本。

在这里插入图片描述

客户端代码：

在这里插入图片描述

结果显示：

在这里插入图片描述

“很好，这其实就是当年我手写简历的时代的代码。三份简历需要三次实例化。你觉得这样的客户端代码是不是很麻烦？如果要二十份，你就需要二十次实例化。”

“是呀，而且如果我写错了一个字，比如1998年改成1999年，那就要改二十次。”

“你为什么不这样写呢？”

在这里插入图片描述

“哈，这其实是传引用，而不是传值，这样做就如同是在resume2纸张和resume3纸张上写着简历在resume1处一样，没有实际的内容。”

在这里插入图片描述

“不错，不错，小菜的基本功还是很扎实的。那你觉得有什么办法？”

“我好像听说过有Clone克隆这样的方法，但怎么做不知道了。”

原型模式

“哈，就是它了。讲它前，要先提一个设计模式。”

原型模式（Prototype），用原型实例指定创建对象的种类，并且通过复制这些原型创建新的对象。［DP］

原型模式（Prototype）结构图：

在这里插入图片描述

“原型模式其实就是从一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节。我们来看看基本的原型模式代码。”

在这里插入图片描述

"哦，这样就可以不用实例化ConcretePrototype了，直接克隆就行了？"小菜问道。

“说得没错，就是这样的。但对于Java而言，那个原型抽象类Prototype是用不着的，因为克隆实在是太常用了，所以Java提供了Cloneable接口，其中就是唯一的一个方法clone（），这样你就只需要实现这个接口就可以完成原型模式了。现在明白了？去改我们的’简历原型’代码吧。”

“OK，这东西看起来不难呀。”

简历的原型实现

半小时后，小菜的第二版本代码。

在这里插入图片描述

客户端代码：

在这里插入图片描述

结果显示：

在这里插入图片描述

“怎么样，大鸟，这样一来，客户端的代码就清爽很多了，而且你要是想改某份简历，只需要对这份简历做一定的修改就可以了，不会影响到其他简历，相同的部分就不用再重复了。不过不知道这样子对性能是不是有大的提高呢？”

“当然是大大提高，你想呀，每new一次，都需要执行一次构造函数，如果构造函数的执行时间很长，那么多次执行这个初始化操作就实在太低效了。一般在初始化的信息不发生变化的情况下，克隆是最好的办法。这既隐藏了对象创建的细节，又对性能是大大的提高，何乐而不为呢？”

“的确，我开始也没感觉到它的好，听你这么一说，感觉这样做的好处还真不少，它等于是不用重新初始化对象，而是动态地获得对象运行时的状态。这个模式真的很不错。”

浅复制与深复制

“别高兴得太早，如果我现在要改需求，你就又头疼了。你现在’简历’对象里的数据都是String型的，而String是一种拥有值类型特点的特殊引用类型，super.clone（）方法是这样，如果字段是值类型的，则对该字段执行逐位复制，如果字段是引用类型，则复制引用但不复制引用的对象；因此，原始对象及其副本引用同一对象。什么意思呢？就是说如果你的’简历’类当中有对象引用，那么引用的对象数据是不会被克隆过来的。”

“没太听懂，为什么不能一同复制过来呢？”

“举个例子你就明白了，你现在的’简历’类当中有一个’设置工作经历’的方法，在现实设计当中，一般会再有一个’工作经历’类，当中有’时间区间’和’公司名称’等属性，'简历’类直接调用这个对象即可。你按照我说的再写写看。”

“好的，我试试。”

半小时后，小菜的第三个版本。

代码结构图：

在这里插入图片描述

客户端代码：

在这里插入图片描述

结果显示，实际结果与期望结果并不符合，前两次的工作经历数据被最后一次数据给覆盖了。

在这里插入图片描述

“通过写代码，并且去查了一下Java关于Cloneable的帮助，我大概知道你的意思了，由于它是浅表复制，所以对于值类型，没什么问题，对引用类型，就只是复制了引用，对引用的对象还是指向了原来的对象，所以就会出现我给resume1、resume2、resume3三个引用设置’工作经历’，但却同时看到三个引用都是最后一次设置，因为三个引用都指向了同一个对象。”

“你写的和说的都很好，就是这个原因，**这叫作’浅复制’，被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用都仍然指向原来的对象。**但我们可能更需要这样的一种需求，把要复制的对象所引用的对象都复制一遍。比如刚才的例子，我们希望是resume1、resume2、resume3三个引用的对象是不同的，复制时就一变二，二变三，此时，我们就叫这种方式为’深复制’，深复制把引用对象的变量指向复制过的新对象，而不是原有的被引用的对象。”

“那如果’简历’对象引用了’工作经历’，‘工作经历’再引用’公司’，‘公司’再引用’职位’……这样一个引用一个，很多层，如何办？”

“这的确是个很难回答的问题，深复制要深入到多少层，需要事先就考虑好，而且要当心出现循环引用的问题，需要小心处理，这里比较复杂，可以慢慢研究。就现在这个例子，问题应该不大，深入到第一层就可以了。”

“那应该如何改？我没方向了。”

“好，来看我的。”