http://blog.csdn.net/monkey_d_meng/article/details/5695681
“小菜,今天面试的情况如何?”大鸟刚下班,回来就敲开了小菜的房门。
“唉!”小菜叹了口气,“书到用时方恨少呀,英语太烂,没办法。”
“是和你用英语对话还是让你做英语题目了?”
“要是英语对话.我可能马上就跟他们说拜拜了。是做编程的英语题,因为平时英语文章看得少。所以好多单词都是似曾相识,总之猜不出意思,造成我不得不瞎蒙。还好都是选择题,一百道题蒙起来也不算太困难。”
“小菜又在指望运气了。做完后他们怎么说?”
“还不是一样,说有意向会很快与我联系。所有的公司都这样,其实一百道选择题,马上就可以算出结果来的,又何必要我多跑一趟呢。”
“题目难不难?”
“其实题目还好,如果看得懂的话,应该大多是知道的,都是些编程的基础。主要是单词记不住,所以就没把握。”
“我记得六七年前,那时候很流行微软的MCSE和MCSD的认证考试。于是国内就出现了许多的培训机构,他们弄到了微软的考试题库,给出保证通过,不通过不收费的承诺。大学生们为了能找到好工作,都去参加这个培训。我听说有个哥们,不是计算机专业的,对软件开发也算基本不懂吧,但他英文特好,于是他参加了这个培训后,短短一个多月,靠着背答案,他竟然把MCSD的证书考出来了。一个几乎不会开发的人却考出了世界最大软件公司的开发技术认证,你感觉如何?”
“说明中国学生很聪明。”小菜笑道,“其实在美国,这个认证是很有权威性的,只是中国的学生太会考试了。这带来的后果就是毁了这个证书,不管哪家公司招到这个不会开发的人都会有上当的感觉,于是对微软证书彻底失望。”
“是呀,这其实就是标准化考试的弊端。不过标准化考试好处也不少,那就是比较客观,不管世界的哪个地方,大家做同类型的题目,得分超过一定数,就判定达到一定的能力,不会因为评卷人的主观判断而影响结果。像高考的作文,由于是主观题,其实就很难说得清是好还是不好。或许不同的人给分差距是会非常大的。”
“是的,我相信鲁迅参加高考,作文一定不会得高分的。明明要是纪念,却偏要说忘却。我要是写类似的语句,一定是完了。”
“哈,大师的作品当然不能在高考这个场合去评判,高考当中写另类作文等于找死。”大鸟感慨地说,“我回想我小时候,数学老师的随堂测验,都是在黑板上抄题目,要我们先抄题目,然后再做答案,我那时候眼睛己经开始不好了,所以有时没看清楚就会把题目抄错,比如数字3我看成了8, 7看成了1,那就意味着我做得再好,也不会正确了。惨呀,没考好,回家父母还说我考试成绩差是不认真学习,还专门找借口。”
“看来大鸟的往事不堪回首呀。”
“往事不要再提—你分析一下原因在哪里?”
“题目抄错了,那就不是考试题目了,而考试试卷最大的好处就是,大家都是一样的题目,特别是标准化的考试,比如全是选择或判断的题目,那就最大化地限制了答题者的发挥,大家都是ABCD或打勾打叉,非对即错的结果。”
“说得好,这其实就是一个典型的设计模式。不过为了讲解这个模式,你先把抄题目的程序写给我看看。”
“好的。”
二十分钟后,小菜上交了第一份作业。
代码结构图
“大鸟,我自己都感觉到了,学生甲和学生乙两个抄试卷类非常类似,除了答案不同之外,没有什么不一样的,这样写又容易错,又难以维护。”
“说的对,如果老师突然要改题目呢,那两个人就都需要改代码了,如果某人抄错了,真是糟糕之极。那你说怎么办?”
“老师出一份试卷,打印多份,让学生填答案即可。在这里应该把试题和答案分离,抽象一个父类,让两个子类去继承它,公共的试题代码写到父类中,就可以了吧。”
“好的,写写看。”
十分钟后,小菜的第二份作业。
“大鸟,这下子类就简单了,只需要填写答案就可。”
“这还只是初步的泛化,你仔细看看,两个学生的类里面,还有没有类似的代码。”
“啊,感觉相同的东西还是有啊,比如都有super.testQuestion1()和System.out.println("答案:b"),我感觉除了选项的abcd,其他都是重复的。”
“说的好啊,我们既然用了继承,并且肯定这个继承是有意义的,就应该要成为子类的模板,所有重复的代码都怡颜悦色上升到父类去,而不是让每个子类都去重复。”
“那该如何做?我不知道了。”
“哈,模板方法登场了,当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法模式来处理。现在来研究研究我们最初的试题方法。”
于是我们就改动这里,增加一个虚方法。
代码结构图
“子类就非常的简单了,重写虚方法后,把答案填上,其他什么都不用管。因为父类建立了所有重复的模板。客户端改动了一个小地方,即本来是子类变量的声明,改成了父类,这样就可以利用多态性实现代码的利用了。此时要有更多的学生来答试卷,只不过是在试卷的撒手人寰填写选择题的选项答案,这是每个人试卷唯一的不同。”
“大鸟太绝对了吧,还有姓名是不相同的。”
“哈,小菜说的对,除了题目答案外,每个人的姓名也是不相同的。但这样的做法的确是对试卷的最大复用。”
“而这其实就是典型的模板方法模式。”
模板方法模式,定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
模板方法模式(TemplateMethod)结构图
“大鸟,是不是可以这么说,模板方法模式是通过把不变行为搬移到超类,去除子类中的重复代码来体现它的优势。”
“对的,模板方法模式就是提供了一个很好的代码复用平台。因为有蚨,我们会遇到由一系列步骤构成的过程需要执行。这个过程从高层次上看是完全相同的,但有些步骤的实现可能会有不同。这个时候,我们通常就应该要考虑用模板方法模式了。”
“你的意思也就是说,碰到这个情况,当不变的和可变的行为在方法的子类实现中混合在一起时候,不变的行为就会在子类中重复出现。我们通过模板方法模式把这些行为搬移到单一的地方,这样就帮助子类摆脱重复的不变行为的纠缠。”
“总结的非常好,看来这省心的事你总是学得最快。”
“哪里哪里,这还不是大鸟教得好呀。”小菜也不忘谦虚两句,“不过老实讲,这模板方法实在不算难,我早就用过了,只不过以前不知道这也算是一个设计模式。”
“是呀,模板方法模式是很常用的模式,对继承和多态玩得好的人几乎都会在继承体系中多多少少用到它。比如在.NET或Java类库的设计中,通常都会利用模板方法模式提取类库中的公共行为到抽象类中。”
此时,小菜手机响了。
“请问是蔡遥先生吗?”手机那边一女士的声音。
“我是,请问您是?”小菜不认识这手机号。
“我是您今天面试的XX公司的人事经理。您今天在我们公司做的面试题,我们公司开发部非常满意,希望您能明天再到我们公司复试。”
“复试?还做选择题?”小菜有点心虚。
“哦,不是的,复试会是一些主观编程的题目,应该不是大问题的。地址您也知道,明天上午10点到吧,明天见。拜拜……嘟……嘟……”
“喂!喂!喂!”小菜喂了几声,知道对方己挂了电话,不得不放下手机,对大鸟说道,“大鸟,刚才还说选择题好,容易蒙,这下不好使了,人家要复试,还是做题,而且是主观编程题,要实实在在写代码了,不能靠猜选择题蒙了。”
“哈,看来模板方法玩不起来了。你就见招拆招吧,不就是做题吗,拿山我教你的‘伎俩’,好好表现。”
“嗯,主观题,难道我就不能蒙了?等我的好消息吧。”