几年之前，那时候很流行微软的MCSE和MCSD的认证考试。于是国内就出现了血多培训机构。大学生们为了能找到好工作都去参加这个培训。有个哥们，不是计算机专业的，对软件开放也算基本不懂吧，但是英文特好，于是它参加了这个培训后，短短一个多月，靠着背答案，竟然把MCSD的证书考出来了。一个几乎不会开放的人却考出了世界最大软件公司的开发技术认证，你感觉如何？
（我觉得这种方式虽然不可取，但是这个人够刻苦，别人去玩儿的时间他去学习去考证，说明有一定的能力。但是自己本身没有开发经验，需要先充实自己，在阅读英文资料的方面他比别人多很多的优势，弯路也可以比别人少走很多，如果有兴趣，相同的时间学相同的内容，他的学习效率会高很多，进步和提升空间也会比别人大很多。量变引起质变，坚，总会有质的提升）
说明中国学生很聪明？
其实这个认证在美国还是很有权威性的，只是中国的学生太会考试了。这带来的后果就是毁了这个证书，不管哪家公司找到这个不会开发的人都会有上当的感觉，于是对微软证书彻底失望。
这是标准化考试的弊端，但标准化考试的好处就是比较客观，不管在世界的哪个地方，大家做相同类型的题目，得分超过一定分数，就就判定达到一定的能力。
既然用了继承，并且肯定这个继承有意义，就应该要成为子类的模板，所有重复的代码都应该要上升到父类去，而不是让每个子类都去重复。
当我们要完成在某一细节层次一致的一个过程或一系列步骤，但其个别步骤在更详细的层次上的实现可能不同时，我们通常考虑用模板方法模式来处理。
模板方法模式：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
AbstractClass是抽象类，其实也就是一抽象模板，定义并实现了一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现。顶级逻辑也有可能调用一些具体方法。
ConcreteClass,实现父类所定义的一个或多个抽象方法。每一个AbstractClass都可以有任意多个ConcreteClass与之对应，而每一个ConcreteClass都可以给出这些抽象方法（也就是顶级逻辑的组成步骤）的不同实现，从而使得顶级逻辑的实现各不相同。
模板方法模式是通过把不变行为搬移到超类，去除子类中的重复代码类体现它的优势。
模板方法模式就是提供了一个很好的代码复用平台。
当不变的和可变的行为在方法的子类实现中混合在一起的时候，不变的行为就会在子类中重复出现。我们通过模板方法模式把这些行为搬移到单一的地方，这样就帮助子类摆脱重复的不变行为的纠缠。