《大话设计模式》之--第9章简历复印----原型模式

最新推荐文章于 2021-03-15 10:28:00 发布

thinkinwm

最新推荐文章于 2021-03-15 10:28:00 发布

阅读量1k

点赞数

分类专栏： UML、设计模式

UML、设计模式专栏收录该内容

34 篇文章 1 订阅

订阅专栏

http://blog.csdn.net/monkey_d_meng/article/details/5695479

第9章简历复印----原型模式

9.1夸张的简历

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

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

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

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

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

“嘿嘿!”

“C#精通、C什精通、Java精通、5QL Server精通、Oracle精通，搞没搞错，你这些东西都精通?”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

“好的，我写写看。”

9.2简历代码初步实现

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

[java] view plain copy

//简历类
public 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()
{
System.out.println(name + " " + sex + " " + age);
System.out.println("工作经历：" + timeArea + " " + company);
}
}
//客户端代码
public class Main
{
public 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();
}
}

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

“是啊，而且如果我写错了一个字，比如98年改成99年，那就要改20次。”

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

[java] view plain copy

public class Main
{
public 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();
}
}

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

“8错8错，小菜基本功还是可以的，那你觉得有什么办法没？”

“我好像听说过Clone克隆这样的方法，但就是不知道怎样用。”

9.3原型模式

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

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

原型模式（Prototype）结构图

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

[java] view plain copy

//原型类
public class Prototype implements Cloneable
{
private String id;
public Prototype(String id)
{
this.id = id;
}
public String getId()
{
return this.id;
}
public Prototype clonePrototype()
{
return null;
}
}
//具体原型类
public class ConcretePrototype1 extends Prototype
{
public ConcretePrototype1(String id)
{
super(id);
}
public Prototype clonePrototype()
{
try
{
return (Prototype) super.clone();
}
catch (CloneNotSupportedException e)
{
e.printStackTrace();
}
return null;
}
}
//客户端代码
public class Main
{
public static void main(String[] args)
{
ConcretePrototype1 p1 = new ConcretePrototype1("I");
ConcretePrototype1 c1 = (ConcretePrototype1) p1.clonePrototype();
System.out.println("Cloned:" + c1.getId());
}
}

“哦，这样就可以不用实例化ConcretePrototype1了，直接克隆就行了？”

“说的没错，就是这样的。但对于.NET和Java而言，那个原型抽象类Prototype是用不着的，因为克隆实在是太常用了，所以.NET在System命名空间中提供了Icloneable接口，其中就是唯一的一个方法Clone()这样你就只需要实现这个接口就可以完成原型模式了，Java中实现Cloneable接口，直接调用clone()方法。现在明白了？去改吧。”

“OK，这东东看起来不难啊！”

9.4简历的原型实现

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

代码结构图

[java] view plain copy

//简历类
public class Resume implements Cloneable
{
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()
{
System.out.println(name + " " + sex + " " + age);
System.out.println("工作经历：" + timeArea + " " + company);
}
public Resume clone()
{
try
{
return (Resume) super.clone();
}
catch (CloneNotSupportedException e)
{
e.printStackTrace();
}
return null;
}
}
//客户端代码
public class Main
{
public static void main(String[] args)
{
Resume a = new Resume("大鸟");
a.setPersonalInfo("男", "29");
a.setWorkExperience("1998-2000", "XX公司");
Resume b = a.clone();
b.setWorkExperience("1998-2006", "YY企业");
Resume c = a.clone();
c.setPersonalInfo("男", "24");
a.display();
b.display();
c.display();
}
}
结果显示：
大鸟男 29
工作经历：1998-2000 XX公司
大鸟男 29
工作经历：1998-2006 YY企业
大鸟男 24
工作经历：1998-2000 XX公司

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

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

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

9.5浅复制与深复制

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

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

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

“好的，我试试。”

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

代码结构图

[java] view plain copy

//工作经历类
public class WorkExperience
{
private String workDate;
private String company;
public String getWorkDate()
{
return workDate;
}
public void setWorkDate(String workDate)
{
this.workDate = workDate;
}
public String getCompany()
{
return company;
}
public void setCompany(String company)
{
this.company = company;
}
}
//简历类
public class Resume implements Cloneable
{
private String name;
private String sex;
private String age;
private WorkExperience work = new WorkExperience();
public Resume(String name)
{
this.name = name;
}
public void setPersonalInfo(String sex, String age)
{
this.sex = sex;
this.age = age;
}
public void setWorkExperience(String workDate, String company)
{
work.setWorkDate(workDate);
work.setCompany(company);
}
public void display()
{
System.out.println(name + " " + sex + " " + age);
System.out.println("工作经历：" + work.getWorkDate() + " "
+ work.getCompany());
}
public Resume clone() throws CloneNotSupportedException
{
return (Resume) super.clone();
}
}
//客户端代码
public class Main
{
public static void main(String[] args) throws CloneNotSupportedException
{
Resume a = new Resume("大鸟");
a.setPersonalInfo("男", "29");
a.setWorkExperience("1998-2000", "XX公司");
Resume b = a.clone();
b.setWorkExperience("1998-2006", "YY企业");
Resume c = a.clone();
c.setWorkExperience("1998-2003", "ZZ企业");
a.display();
b.display();
c.display();
}
}
结果显示：
大鸟男 29
工作经历：1998-2003 ZZ企业
大鸟男 29
工作经历：1998-2003 ZZ企业
大鸟男 29
工作经历：1998-2003 ZZ企业

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

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

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

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

“那该如何改呢？我不知道啊！”

“好，来看我的。”