二、设计模式 - 模板方法(Template method)

一、动机（什么时候考虑使用模板方法）

      在软件构建过程中，对于某一项业务，它常常具有稳定的整体操作结构，但各个子步骤却有很多变化的需求，或者由于固有的原因（比如框架和应用之间的关系）而无法和任务的整体结构同时实现。

      如何在确定稳定操作结构的前提下，来灵活应对各个子步骤的变化或晚期实现需求？

举个例子：

如图所示，在实际开发过程中，平台是一个比较稳定的结构，但是应用开发却是经常随着需求在改变，开发过程中要使用平台库的东西。按上述开发，这就导致几个问题：（1）应用开发人员也需要写平台的代码，增加了代码量  （2）平台的东西（比如接口和一些执行流程）暴露给外部会有安全风险，比如应用开发人员误操作，可能导致流程不对。

应该怎么做呢？

如上图，平台库的东西平台实现，应用开发人员的东西写成抽象接口

应用开发人员就重写自己的功能：

如上所示，这样的话，应用开发人员只关心自己的step2和step4，然后调用平台的Run接口就可以了。

（注：这里有个小的但是很重要的变化，就是要把执行流程给到平台那边维护，APP开发者直接调用提供的Run接口）