模板，新手读代码砸电脑的诱因

模板，新手读代码砸电脑的诱因

模板是一个很初级的设计模式，很多时候我们不知不觉就已经使用了。很多时候新手问你的问题，是模板引起的？

=============

定义

模板的官方定义是：在父类中定义一个算法框架，而将算法的具体实现延迟到子类中，使得可以在不改变算法结构，而改变算法的某些特定步骤。

新手对代码懵懵懂懂的原因

在传统的面向过程编程与初级的代码学习中，除了官方API是我们死记硬背的，模块与模块之间的依赖，我们更倾向于的是显式调用。只有明确的调用关系才是“我们认可的~”

而一个没有明确的显式调用关系代码，新手往往就要抓脑袋了。举一个最简单的例子：对回调方法的理解与使用。真的不得不说，认识回调是一个坎，不认识以前觉得很难很高大上，认识了就很简单。

举一个现实的例子吧~

在Android中的Activity里。为了将相同代码进行封装，所以就抽取了相同代码到父类中，而又为了维护方便，依照不同功能建立了不同的父类，一层层的继承下去。然后问题就来啦。

One:

“A:诶？这里没有点击事件的实现啊，简单，写一个。”

“A:God!!!明明只写了一段代码，为什么执行了两次？？？那次是在哪执行的？？”

Two:

“B:我给你说啊，想要设置标题，你只要实现这个方法就好了。”

“A：为啥啊？这个方法都没人调用，光实现了有啥用？”

Three:

“为什么这里就多出来一个View，为什么？为什么？为什么？我啥也没写啊！！”

Four:

“同样的代码，我在Activity中写就可以实现，凭什么在普通的类里面就不可以了？凭什么？凭什么？”

哈哈~真的是一些小白（我）遇到笑话，那这些到底是为什么呢？因为使用了模板，小白却没有意识到。甚至即使对于一个有多年工作经验的程序猿来说也有可能会因为模板而犯错。比如在模板中已经实现了某个不起眼的功能，但因为时间久了，忘了……

吐槽了一下模板“幼稚的小问题”以后，我们先讲模板的优点。

在更通俗的使用中，模板给我们提供了一下便利，也算是模板方法的优点：

模板的优点

• 封装不变的部分，对可变的实现扩展。

  这里的不变与可变，并不一定局限于算法处理。所有的公共代码都可以封装进父类中。

• 抽取公共代码后，显而易见的结果就是维护更加方便了

• 模板实现了一种强制性的规则约定。

  项目组中的“架构师”如果只是口头或文档告诉你应该怎么怎么做，可能执行一段时间规则就不知不觉的被违反了。而如果“架构师”创建了一个模板父类，告诉你必须实现我的类，有了超类的约束，你就真的只能按照规则来了。

模板的缺点

• 第一个缺点就是我们上面举得例子。模板增加了代码的阅读难度，往往会让新手产生不适感。

• 为了保持单一，往往需要建立很多个模板，一层层的继承下来。造成的问题就是继承结构过深，增加维护成本。

• 设计不良引发的问题。如果模板不能抽取非常抽象、公共的部分。多了一些多余的东西，这是灾难性的。因为模板的丁点改动，影响的是所有子类。

• 继承是侵入性的，设计不良与继承结构过多，非常容易引起子类不得不接受一些不想要的东西。