文章目录
- 考题抄错会做也白搭——模板方法模式
- 选择题不会做，蒙呗！
- 重复=易错+难改
- 提炼代码
- 模板方法模式
- 模板方法模式的特点
考题抄错会做也白搭——模板方法模式
选择题不会做，蒙呗！
时间：3月27日19点 地点：小菜、大鸟住所的客厅 人物：小菜、大鸟
"小菜，今天面试的情况如何？"大鸟刚下班，回来就敲开了小菜的房门。
"唉，"小菜叹了口气，“书到用时方恨少呀，英语太烂，没办法。”
“是和你用英语对话还是让你做英语题目了？”
“要是英语对话，我可能马上就跟他们说拜拜了。是做编程的英语题，因为平时英语文章看得少，所以好多单词都是似曾相识，总之猜不出意思，造成我不得不瞎蒙。还好都是选择题，一百道题蒙起来也不算太困难。”
“小菜又在指望运气了。做完后他们怎么说？”
“还不是一样，说有意向会很快与我联系。所有的公司都这样，其实一百道选择题，马上就可以算出结果来的，又何必要我多跑一趟呢。”
“题目难不难？”
“其实题目还好，如果看得懂的话，应该大多是知道的，都是些编程的基础。主要是单词记不住，所以就没把握。”
“我记得二十多年前，那时候很流行微软的MCSE和MCSD的认证考试。于是国内就出现了许多的培训机构，他们弄到了微软的考试题库，给出保证通过、不通过不收费的承诺。大学生们为了能找到好工作，都去参加这个培训。我听说有个哥们，不是计算机专业的，对软件开发也算基本不懂吧，但他英文特好，于是他参加了这个培训后，短短一个多月，靠着背答案，他竟然把MCSD的证书考出来了。一个几乎不会开发的人却考出了世界最大软件公司的开发技术认证，你感觉如何？”
"说明中国学生很聪明。嘿嘿！"小菜笑道，“其实在美国，这个认证是很有权威性的，只是中国的学生太会考试了。这带来的后果就是毁了这个证书，不管哪家公司招到这个不会开发的人都会有上当的感觉，于是对微软证书彻底失望。”
“是呀，这其实就是标准化考试的弊端。不过标准化考试的好处也不少，那就是比较客观，不管世界的哪个地方，大家做同类型的题目，得分超过一定数，就判定达到一定的能力，不会因为评卷人的主观判断而影响结果。像高考的作文，由于是主观题，其实就很难说得清是好还是不好。或许不同的人给分差距是会非常大的。”
“是的，我相信鲁迅参加高考，作文一定不会得高分的。‘我家门前有两棵树，一棵是枣树，另一棵也是枣树’。我要是写类似的语句，一定是完了。”
"哈，大师的作品当然不能在高考这个场合去评判，高考当中写另类作文等于找死。"大鸟感慨地说，“我回想我小时候，数学老师的随堂测验，都是在黑板上抄题目，要我们先抄题目，然后再做答案，我那时候眼睛已经开始不好了，所以有时没看清楚就会把题目抄错，比如数字3我看成了8，7看成了1，那就意味着我做得再好，也不会正确了。惨呀，没考好，回家父母还说我考试成绩差是不认真学习，还专门找借口。”
“看来大鸟的往事不堪回首呀。”
“唉，往事不要再提——你分析一下原因在哪里？”
“题目抄错了，那就不是考试题目了，而考试试卷最大的好处就是，大家都是一样的题目，特别是标准化的考试，比如全是选择或判断的题目，那就最大化地限制了答题者的发挥，大家都是ABCD或打钩打叉，非对即错的结果。”
“说得好，这其实就是一个典型的设计模式。不过为了讲解这个模式，你先把抄题目的程序写给我看看。”
“好的。”
重复=易错+难改
20分钟后，小菜的第一份作业。
提炼代码
“大鸟，我自己都感觉到了，学生甲和学生乙两个抄试卷类非常类似，除了答案不同，没什么不一样，这样写又容易错，又难以维护。”
“说得对，如果老师突然要改题目，那两个人就都需要改代码，如果某人抄错了，那真是糟糕之极。那你说怎么办？”
“老师出一份试卷，打印多份，让学生填写答案就可以了。在这里应该就是把试题和答案分享，抽象出一个父类，让两个子类继承于它，公共的试题代码写到父类当中，就可以了。”
“好的，写写看。”
10分钟后，小菜的第二份作业出炉。
试卷父类代码：
学生子类代码：
客户端代码完全相同，略。
“大鸟，这下子类就非常简单了，只要填写答案就可以了。”
“这还只是初步的泛化，你仔细看看，两个学生的类里面，还有没有类似的代码？”
" 啊 ， 感 觉 相 同 的 东 西 还 是 有 的 ， 比 如 都有’super.testQuestion1（）‘，还有’System.out.println（“答案：”）’，我感觉除了选项的abcd，其他都是重复的。"
“说得好，我们既然用了继承，并且肯定这个继承有意义，就应该要成为子类的模板，所有重复的代码都应该要上升到父类去，而不是让每个子类都去重复。”
"那应该怎么做呢？我想不出来了。"小菜缴械投降。
“哈，模板方法登场了，当我们要完成在某一细节层次一致的一个过程或一系列步骤，但其个别步骤在更详细的层次上的实现可能不同时，我们通常考虑用模板方法模式来处理。现在来研究研究我们最初的试题方法。”
于是我们就改动这里，增加一个的抽象方法。
“然后子类就非常简单了，重写虚方法后，把答案填上，其他什么都不用管。因为父类建立了所有重复的模板。”
代码结构图：
“客户端代码需要改动一个小地方，即本来是子类变量的声明，改成了父类，这样就可以利用多态性实现代码的复用了。”
"此时要有更多的学生来答试卷，只不过是在试卷的模板上填写选择题的选项答案，这是每个人的试卷唯一的不同。"大鸟说道。
“大鸟太绝对了吧，还有姓名是不相同的吧。”
“哈，小菜说得对，除了题目答案，每个人的姓名也是不相同的。但这样的做法的的确确是对试卷的最大复用。”
模板方法模式
“而这其实就是典型的模板方法模式。”
模板方法（Template Method）模式，定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。［DP］
AbstractClass是抽象类，其实也就是一个抽象模板，定义并实现了一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现。顶级逻辑也有可能调用一些具体方法。
ConcreteClass，实现父类所定义的一个或多个抽象方法。每一个AbstractClass 都 可 以 有 任 意 多 个 ConcreteClass 与 之 对 应 ， 而 每 一 个ConcreteClass都可以给出这些抽象方法（也就是顶级逻辑的组成步骤）的不同实现，从而使得顶级逻辑的实现各不相同。
模板方法模式的特点
“大鸟，是不是可以这么说，模板方法模式是通过把不变行为搬移到超类，去除子类中的重复代码来体现它的优势。”
“对的，模板方法模式就是提供了一个很好的代码复用平台。因为有时候，我们会遇到由一系列步骤构成的过程需要执行。这个过程从高层次上看是相同的，但有些步骤的实现可能不同。这时候，我们通常就应该考虑用模板方法模式了。”
“你的意思是说，碰到这个情况，当不变的和可变的行为在方法的子类实现中混合在一起的时候，不变的行为就会在子类中重复出现。我们通过模板方法模式把这些行为搬移到单一的地方，这样就帮助子类摆脱重复的不变行为的纠缠。”
“总结得好。看来这省心的事你总是学得最快。”
"哪里哪里，这还不是大鸟教得好呀。"小菜也不忘谦虚两句，“不过老实讲，这模板方法实在不算难，我早就用过了，只不过以前不知道这也算是一个设计模式。”
“是呀，模板方法模式是很常用的模式，对继承和多态玩得好的人几乎都会在继承体系中多多少少用到它。比如在Java类库的设计中，通常都会利用模板方法模式提取类库中的公共行为到抽象类中。”
如果对你有帮助，就一键三连呗（关注+点赞+收藏），我会持续更新更多干货~~
