模版方法的个人理解拾遗

模版方法

稳定中留下可变化的入口。如果遇到以下的问题场景，我们可以尝试使用模版方法：

1. 一个过程需要在后期很多高层代码中调用。
2. 这个过程的各个骤有固定的先后调用或相互调用关系。
3. 这个过程中的各步骤中，一些是可以预先定义，而另一些则是富于变化甚至必须在后期才能定义。
4. 基于上面的场景，我们希望能把这个过程封装出来从而使得后期可以调用它，并且那些在富于变化的子步骤在后期需要我们来定义或者说实现。

 

解决这样的问题的思路：

把整体先定义在一个模版骨架中（稳定的部分），对于其中那些事先定不下来的步骤（变化的部分），这时先用抽像方法或虚方法来占位于这个总过程中，在子类中再去实现这些抽象方法或虚方法。

中心思想还是提炼并泛化变化的部分，使之成为能被别人复用的稳定的结构。

 

模版方法的应用非常广泛而频繁，它使用了最简洁的机制为很多应用程序框架提供了灵活的扩展点。当有步骤是富于变化的时候，把后期的实现交给框架来调用，而不是修改框架来调用框架，这样使得框架能成为稳定的部分，从而达到复用。

不要调用我（我--框架保持稳定），让我来调用你（你--富于变化推迟到后期实现）。控制反转的典型体现，这是简洁而闪光的设计思想值得细细的体会深刻的撑握。

 

图片引用自李建忠老师的视频教学《C++设计模式》