大话设计模式:考题抄错会做也白搭模板方法模式
发布于 2021-04-04 06:40
继上一篇“C#:简历复印—原型模式”后,本文继续讲解《大话设计模式》第10章“考题抄错会做也白搭-模板方法模式”
。喜欢本书请到各大商城购买原书,支持正版。
大话设计模式前期读书系列:
代码无错就是优? 商场促销—策略模式 拍摄UFO—单一职责原则 开放—封闭原则 会修电脑不会修收音机?—依赖倒转原则 穿什么有这么重要?—装饰模式 为别人做嫁衣—代理模式 雷锋依然在人间—工厂方法模式 简历复印—原型模式
本文正式开始:
1 选择题不会做,蒙呗!
时间:3月27日19点 地点:小菜大鸟住所的客厅 人物:小菜、大鸟
“小菜,今天面试的情况如何?”大鸟刚下班,回来就敲开了小菜的房门。
“嗨,”小菜叹了口气,“书到用时方恨少呀,英语太烂,没办法。”
“是和你用英语对话还是让你做英语题目了?”
“要是英语对话,我可能马上就跟他们说拜拜了。是做编程的英语题,因为平时英语文章看得少,所以好多单词都是似曾相识,总之猜不出意思,造成我不得不瞎蒙。还好都是选择题,一百道题蒙起来也不算太困难。”
“小菜又在指望运气了。做完后他们怎么说?”
“还不是一样,说有意向会很快与我联系。所有的公司都这样,其实一百道选择题,马上就可以算出结果来的,又何必要我多跑一趟呢。”
“题目难不难?”
“其实题目还好,如果看得懂的话,应该大多是知道的,都是些编程的基础。主要是单词记不住,所以就没把握。”
“我记得六七年前,那时候很流行微软的MCSE和 MCSD 的认证考试。于是国内就出现了许多的培训机构,他们弄到了微软的考试题库,给出保证通过,不通过不收费的承诺。大学生们为了能找到好工作,都去参加这个培训。我听说有个哥们,不是计算机专业的,对软件开发也算基本不懂吧,但他英文特好,于是他参加了这个培训后,短短一个多月,靠着背答案,他竟然把MCSD 的证书考出来了。一个几乎不会开发的人却考出了世界最大软件公司的开发技术认证,你感觉如何?”
“说明中国学生很聪明。嘿嘿!”小菜笑道,“其实在美国,这个认证是很有权威性的,只是中国的学生太会考试了。这带来的后果就是毁了这个证书,不管哪家公司招到这个不会开发的人都会有上当的感觉,于是对微软证书彻底失望。”
“是呀,这其实就是标准化考试的弊端。不过标准化考试好处也不少,那就是比较客观,不管世界的哪个地方,大家做同类型的题目,得分超过一定数,就判定达到一定的能力,不会因为评卷人的主观判断而影响结果。像高考的作文,由于是主观题,其实就很难说得清是好还是不好。或许不同的人给分差距是会非常大的。”
“是的,我相信鲁迅参加高考,作文一定不会得高分的。明明要是纪念,却偏要说忘却。我要是写类似的语句,一定是完了。”
“哈,大师的作品当然不能在高考这个场合去评判,高考当中写另类作文等于找死。”大鸟感慨地说,
“我回想我小时候,数学老师的随堂测验,都是在黑板上抄题目,要我们先抄题目,然后再做答案,我那时候眼睛已经开始不好了,所以有时没看清楚就会把题目抄错,比如数字3我看成了8,7看成了1,那就意味着我做得再好,也不会正确了。惨呀,没考好,回家父母还说我考试成绩差是不认真学习,还专门找借口。”
“看来大鸟的往事不堪回首呀。”
“嗨,往事不要再提——你分析一下原因在哪里?”
“题目抄错了,那就不是考试题目了,而考试试卷最大的好处就是,大家都是一样的题目,特别是标准化的考试,比如全是选择或判断的题目,那就最大化地限制了答题者的发挥,大家都是ABCD或打勾打叉,非对即错的结果。”
“说得好,这其实就是一个典型的设计模式。不过为了讲解这个模式,你先把抄题目的程序写给我看看。”
“好的。”
2 重复=易错+难改
二十分钟后,小菜的第一份作业。
学生甲抄的试卷类
/// <summary>
/// 学生甲抄的试卷
/// </summary>
class TestPaperA
{
// 试题1
public void TestQuestion1()
{
Console.WriteLine("杨过得到,后来给了郭靖,炼成倚天剑、屠龙刀的玄铁可能是[ ] a.球磨铸铁 b.马口铁 c.高速合金钢 d.碳素纤维");
Console.WriteLine("答案:b");
}
//试题2
public void TestQuestion2()
{
Console.WriteLine("杨过、程英、陆无双铲除了情花,造成[ 〕 a.使这种植物不再害人 b.使一种珍稀物种灭绝 c.破坏了那个生物圈的生态平衡 d.造成该地区沙漠化");
Console.WriteLine("答案:a");
}
//试题3
public void TestQuestion3()
{
Console.WriteLine("蓝凤凰致使华山师徒、桃谷六仙呕吐不止,如果你是大夫,会给他们开什么药[ ] a.阿司匹林 b.牛黄解毒片 c.氟哌酸 d.让他们喝大量的生牛奶 e.以上全不对");
Console.WriteLine("答案: c");
}
}
学生乙抄的试卷类
/// <summary>
/// 学生乙抄的试卷
/// </summary>
class TestPaperB
{
// 试题1
public void TestQuestion1()
{
Console.WriteLine("杨过得到,后来给了郭靖,炼成倚天剑、屠龙刀的玄铁可能是[ ] a.球磨铸铁 b.马口铁 c.高速合金钢 d.碳素纤维");
Console.WriteLine("答案:d");
}
//试题2
public void TestQuestion2()
{
Console.WriteLine("杨过、程英、陆无双铲除了情花,造成[ 〕 a.使这种植物不再害人 b.使一种珍稀物种灭绝 c.破坏了那个生物圈的生态平衡 d.造成该地区沙漠化");
Console.WriteLine("答案:b");
}
//试题3
public void TestQuestion3()
{
Console.WriteLine("蓝凤凰致使华山师徒、桃谷六仙呕吐不止,如果你是大夫,会给他们开什么药[ ] a.阿司匹林 b.牛黄解毒片 c.氟哌酸 d.让他们喝大量的生牛奶 e.以上全不对");
Console.WriteLine("答案: a");
}
}
客户端代码
static void Main(string[] args)
{
Console.WriteLine("学生甲抄的试卷:");
TestPaperA studentA = new TestPaperA();
studentA.TestQuestion1();
studentA.TestQuestion2();
studentA.TestQuestion3();
Console.WriteLine("学生乙抄的试卷:");
TestPaperB studentB = new TestPaperB();
studentB.TestQuestion1();
studentB.TestQuestion2();
studentB.TestQuestion3();
Console.Read();
}
3 提炼代码
“大鸟,我自己都感觉到了,学生甲和学生乙两个抄试卷类非常类似,除了答案不同,没什么不一样,这样写又容易错,又难以维护。”
“说得对,如果老师突然要改题目,那两个人就都需要改代码,如果某人抄错了,那真是糟糕之极。那你说怎么办?”
“老师出一份试卷,打印多份,让学生填写答案就可以了。在这里应该就是把试题和答案分享,抽象出一个父类,让两个子类继承于它,公共的试题代码写到父类当中,就可以了。”
“好的,写写看。”
十分钟后,小菜的第二份作业。
试卷父类代码
/// <summary>
/// 金庸小说考题试卷
/// </summary>
class TestPaper
{
// 试题1
public void TestQuestion1()
{
Console.WriteLine("杨过得到,后来给了郭靖,炼成倚天剑、屠龙刀的玄铁可能是[ ] a.球磨铸铁 b.马口铁 c.高速合金钢 d.碳素纤维");
}
//试题2
public void TestQuestion2()
{
Console.WriteLine("杨过、程英、陆无双铲除了情花,造成[ 〕 a.使这种植物不再害人 b.使一种珍稀物种灭绝 c.破坏了那个生物圈的生态平衡 d.造成该地区沙漠化");
}
//试题3
public void TestQuestion3()
{
Console.WriteLine("蓝凤凰致使华山师徒、桃谷六仙呕吐不止,如果你是大夫,会给他们开什么药[ ] a.阿司匹林 b.牛黄解毒片 c.氟哌酸 d.让他们喝大量的生牛奶 e.以上全不对");
}
}
学生子类代码
/// <summary>
/// 学生甲抄的试卷
/// </summary>
class TestPaperA : TestPaper
{
// 试题1
public new void TestQuestion1()
{
base.TestQuestion1();
Console.WriteLine("答案:b");
}
//试题2
public new void TestQuestion2()
{
base.TestQuestion2();
Console.WriteLine("答案:a");
}
//试题3
public new void TestQuestion3()
{
base.TestQuestion3();
Console.WriteLine("答案: c");
}
}
/// <summary>
/// 学生乙抄的试卷
/// </summary>
class TestPaperB : TestPaper
{
// 试题1
public new void TestQuestion1()
{
base.TestQuestion1();
Console.WriteLine("答案:b");
}
//试题2
public new void TestQuestion2()
{
base.TestQuestion2();
Console.WriteLine("答案:a");
}
//试题3
public new void TestQuestion3()
{
base.TestQuestion3();
Console.WriteLine("答案: c");
}
}
客户端代码完全相同,略。
“大鸟,这下子类就非常简单了,只要填写答案就可以了。”
“这还只是初步的泛化,你仔细看看,两个学生的类里面,还有没有类似的代码。”
“啊,感觉相同的东西还是有的,比如都有‘base.试题1(0)’,还有‘Console.WriteLine("答案:"),我感觉除了选项的abcd,其他都是重复的。”
“说得好,我们既然用了继承,并且肯定这个继承有意义,就应该要成为子类的模板,所有重复的代码都应该要上升到父类去,而不是让每个子类都去重复。
”
“那应该怎么做呢?我想不出来了。”小菜缴械投降。
“哈,模板方法登场了,当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法模式来处理。现在来研究研究我们最初的试题方法。”
于是我们就改动这里,增加一个虚方法。
“其余两个题目也用相同的做法。”
“然后子类就非常简单了,重写虚方法后,把答案填上,其他什么都不用管。因为父类建立了所有重复的模板。”
/// <summary>
/// 学生甲抄的试卷
/// </summary>
class TestPaperA : TestPaper
{
protected override string Answer1()
{
return "b";
}
protected override string Answer2()
{
return "c";
}
protected override string Answer3()
{
return "a";
}
}
/// <summary>
/// 学生乙抄的试卷
/// </summary>
class TestPaperB : TestPaper
{
protected override string Answer1()
{
return "c";
}
protected override string Answer2()
{
return "a";
}
protected override string Answer3()
{
return "a";
}
}
“客户端代码需要改动一个小地方,即本来是子类变量的声明,改成了父类,这样就可以利用多态性实现代码的复用了。”
“此时要有更多的学生来答试卷,只不过是在试卷的模板上填写选择题的选项答案,这是每个人的试卷唯一的不同。”大鸟说道。
“大鸟太绝对了吧,还有姓名是不相同的吧。”
“哈,小菜说得对,除了题目答案,每个人的姓名也是不相同的。但这样的做法的的确确是对试卷的最大复用。”
4 模板方法模式
“而这其实就是典型的模板方法模式。”
模板方法模式,定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。[DP]
AbstractClass是抽象类,其实也就是一抽象模板,定义并实现了一个模版方法。这个模版方法一般是一个具体方法,它给出了一个顶级逻辑的骨架,而逻辑的组成步骤在相应的抽象操作中,推迟到子类实现。顶级逻辑也有可能调用一些具体方法。
ConcreteClass,实现父类所定义的一个或多个抽象方法。每一个 AbstractClass 都可以有任意多个ConcreteClass与之对应,而每一个ConcreteClass 都可以给出这些抽象方法(也就是顶级逻辑的组成步骤)的不同实现,从而使得顶级逻辑的实现各不相同。
客户端调用
5 模板方法模式特点
“大鸟,是不是可以这么说,模板方法模式是通过把不变行为搬移到超类,去除子类中的重复代码来体现它的优势。”
“对的,模板方法模式就是提供了一个很好的代码复用平台。因为有时候,我们会遇到由一系列步骤构成的过程需要执行。这个过程从高层次上看是相同的,但有些步骤的实现可能不同。这时候,我们通常就应该要考虑用模板方法模式了。”
“你的意思也就是说,碰到这个情况,当不变的和可变的行为在方法的子类实现中混合在一起的时候,不变的行为就会在子类中重复出现。我们通过模板方法模式把这些行为搬移到单一的地方,这样就帮助子类摆脱重复的不变行为的纠缠。”
“总结得好。看来这省心的事你总是学得最快。”
“哪里哪里,这还不是大鸟教得好呀。”小菜也不忘谦虚两句,“不过老实讲,这模板方法实在不算难,我早就用过了,只不过以前不知道这也算是一个设计模式。”
“是呀,模板方法模式是很常用的模式,对继承和多态玩得好的人几乎都会在继承体系中多多少少用到它。比如在.NET 或Java类库的设计中,通常都会利用模板方法模式提取类库中的公共行为到抽象类中。”
6 主观题,看你怎么蒙
此时,小菜手机响了。
“请问是蔡遥先生吗?”手机那边一女士的声音。
“我是,请问您是?”小菜不认识这手机号。
“我是您今天面试的XX公司的人事经理。您今天在我们公司做的面试题,我们公司开发部非常满意,希望您能明天再到我们公司复试。”
“复试?还做选择题?”小菜有点心虚。
“哦,不是的,复试会是一些主观编程的题目,应该不是大问题的。地址您也知道,明天上午10点到吧,明天见。拜拜……嘟……嘟……”
“喂!喂!喂!”小菜喂了几声,知道对方已挂了电话,不得不放下手机,对大鸟说道,“大鸟,刚才还说选择题好,容易蒙,这下不好使了,人家要复试,还是做题,而且是主观编程题,要实实在在写代码了,不能靠猜选择题蒙了。”
“哈,看来模板方法玩不起来了。你就见招拆招吧,不就是做题吗,拿出我教你的‘伎俩',好好表现。”
“嗯,主观题,难道我就不能蒙了?等我的好消息吧。”
本文来自网络或网友投稿,如有侵犯您的权益,请发邮件至:aisoutu@outlook.com 我们将第一时间删除。
相关素材