设计模式 - 模板方法

本质

固定算法骨架

模板方法主要是通过制定规范模板，把算法步骤固定下来，至于谁来实现，首先模板可以自己提供默认实现，另外也可以由子类去实现，还可以通过回调机制由其他类来实现。

模板方法固定算法用来约束子类行为，并在特定的扩展点上来让子类进行功能拓展，很好的体现了开闭原则和里氏替换原则。首先从设计上分离变与不变，把不变的部分抽取到父类中，比如算法股价，一些公共的，固定的实现等。如果想拓展新的功能，由子类去实现可变化的步骤。另外通过切换不同的具体实现来切换不同的功能。

例子

Android系统中AsyncTask就是模板方法的具体实现。它固定了算法，比如按顺序调用onPreExecute() , doInBackground(),onPostExecute()  这三个方法的具体实现放在子类中，看源码

AsyncTask

这三个方法基本调用顺序，来看源码部分

我们在使用AsyncTask时调用execute(Params ... params)时就是在调用这个方法 源码

exec.execute(mFuture)里面的

所以我们从上面例子中看到这就是模板方法模式的很好的体现。

实例

我们的在写Android时经常会抽取一个父类比如 BaseActiviy . 这个类主要是做非业务实现，处理公共的动作，固定算法。

例如我们App一般顶部会有一个Title，长度是屏幕长，高度50dp左右，会提示当前是在哪个页面。例如

左边是返回到上一页面，右边是分享，中间是提示。这种通用的Title，最好是放在父类里。现在讲一下如何实现。首先看父类

注释写的很清楚，BaseActivity的布局也很简单。

看一下子类现在的实现

看到了吧，按照了父类定义的固定算法股价，真正的实现放在了子类里。

那么想一个现在常见的问题，就是每个同学肯定有自己维护的一套jar的列表，也叫底层功能模块。比如 图片加载缓存框架(Freso,Glide,UIL..)    又比如网络框架(Volley,Retrofit,  Okhttp+volley...)    我们虽然做了一层实现的封装，但是似乎与底层API结合的太紧密了，无法做到一键切换底层库。如果想随时随地更换底层jar，那么模板方法模式就非常的适合，看下图：

这样当我们想做切换，增删改，底层图片支持时就异常容易了。只要抽取公共功能到第一层，让子类自己去实现底层就可以了。

补充知识

什么时候使用抽象类？既要约束子类的行为，又要为子类提供公共功能 的时候使用

抽象类是用 abstract 修饰的类： 抽象类不一定含有抽象方法，但有抽象方法的一定是抽象类