模板设计模式：
模版要领模式由一个抽象类和一个（或一组）实现类通过担任布局构成，抽象类中的要领分为三种：
抽象要领：父类中只声明但不加以实现，而是界说好规范，然后由它的子类去实现。
模版要领：由抽象类声明并加以实现。一般来说，，模版要领挪用抽象要领来完成主要的逻辑成果，并且，模版要领大多会界说为final类型，指明主要的逻辑成果在子类中不能被重写。
钩子要领：由抽象类声明并加以实现。但是子类可以去扩展，子类可以通过扩展钩子要领来影响模版要领的逻辑。 抽象类的任务是搭建逻辑的框架，凡是由经验丰富的人员编写，因为抽象类的好坏直接决定了措施是否不变性。 实现类用来实现细节。抽象类中的模版要领正是通过实现类扩展的要领来完成业务逻辑。只要实现类中的扩展要领通过了单元测试，在模版要领正确的前提下，整体成果一般不会呈现大的错误。
架构中经常使用的一种设计模式，很好的阐扬了面向抽象措施设计，实现了“高类聚，低耦合”的架构思想。所以非常值得研究，学习和实践。
开篇：跑题时间虽然要跑题也先放上几张来源于网络的PPT正示一下主题，免得一下跑题太远收不回来。
开始正式跑题了！这篇文章不想只谈技术，一半当成总结吧。话说但凡爱装逼的老码农无不一张口设计模式、AOP、IOC（DI）等名词整天挂在口上。其实技术和事情年限没有太直接的联系，你没干上架构师的活（岗位），说的吹的再顺溜也即是是无用功。我干措施员头三年是做传统的行业打点软件“酒店打点系统”，其时是使用Delphi+Oracle做的，当年“聪明的措施员”都爱用Delphi，我一拖控件就是三年，一直都是面向过程设计，非科班身世，野生措施员，所以转了C#之后又三年才开始慢慢面向东西设计和编程，但是我始终没有面向抽象编程，也不大白为啥要使用接口、抽象类。C#用了五年的样子开始学设计模式和经常重构了以为到达了“看山还是山，看水还是水”的境界，其实差老鼻子远了。此刻根基上.net用了有10年了，可惜一直没有赶上大项目，一直在小作坊，小公司里打转。曾经有一次机会，团队里来了一个架构师，但其时分开了阿谁团队，因为新来的总监套路太多太厉害，加上我触犯了COO，作为非正式的部门经理*离职。一直没有好好的进行架构设计，直到遇到此刻的系统，非常服气系统第一代的架构师，思想非常纯洁，项目里也使用了模板设计模式。此刻的系统架构沿用了十几年了，一直很不变，开放性很好，导致后续两任架构师都逾越不了，后来就一直没有架构师了；此刻公司的岗位方针也是工控架构师，但是看了半年的果然课，系统的学习了架构师常识体系这后，我认为架构师只能是养成的。话说比来醒悟了，不是ctrl+C,ctrl+V天天都这样猛干吧，老码农得在他的岗位上提升本身的“带领力”，努力让生态越来越好。
找不到哪里看过的那张ctrl+C,ctrl+V一把梭的图了，暂时用这个取代了。因为今天第二次看“C#/.Net架构师设计模式特训【软谋教育】”的模板设计模式的果然课，虽然果然课都是反复的重复的讲那些常识，但是每看一次总是有新的心得。比来结合几次实践，越觉察得有写文加深印象的须要，于是有了此篇随笔。我的存眷点是：为什么架构师这么重视这个模式，实践意义在哪里？作为一个油腻的中年大叔看来必需有点追求了，经常性的口是心非，不按套路出牌，不按打算不走寻常路...,你以为多出格其实一直很掉败。原来筹备写个年终总结的，但是好久都没有立长志了，一直都没按打算来。呵呵。其实是有打算的，只是实现起来是跨年的，身上背了几十万债务...好吧还是收回来，别倒苦水了。我只是说任何时候都不能有不脚踏实地的理由，应该不暴躁，每天进步一点点吧。
这是一篇没有写完的随笔，比来事情对照忙，此刻想放弃了。不写了，具体案例其实此外两篇随笔已经写了，感兴趣可以看看：