58 | 模板模式（上）：剖析模板模式在JDK、Servlet、JUnit等中的应用

我觉得即便是使用装饰器还是直接重写method1-4，对于需要子类重写的方法要么抛不支持异常，要么抽象，不然子类察觉不到必须重写，导致模板函数的业务出错

结尾问题有两种解决方法： 1. 写适配器来转化 2. 提供默认实现不要求强制实现

文末的问题，在 spring 生命周期中，InstantiationAwareBeanPostProcessorAdapter 就是解决这个问题的。 写个适配器，把所有抽象方法默认实现一下，子类继承这个 adapter 就行了。

可以借鉴AbstractList的addall实现。提供默认的方法method1...method4方法，每个方法直接抛出异常，使用模板方法的时候强制重写用到的method方法，用不到的method不用重写。

如果两个模版方法没有耦合，可以拆分成两个类，如果不能拆分，那就为每个方法提供默认实现

争哥，一年前就很崇拜你了，但是现在很迷茫，三年的开发经验了，一直在小公司，做的项目最多的数据量也只是十几万的用户，平常下班每天都会坚持学习两个小时，已经坚持一年半了，看了数据结构和算法，还有认真刷过题，看了网络协议，也看了框架方面的书等等，也认真做了笔记，然后想投递独角兽公司，但是简历都不通过，理由是学历和项目都没有亮点，我是本科毕业，看了网上的一些阿里或者百度这样的公司的面试题，发现自己也会，但是投递的简历都不通过，真的很迷茫，不知道这样的坚持有没有用，现在想回到老家一个二线城市，做着一份养老的工作

参考装饰器模式那一课中JAVA IO类库中的做法，引入一个中间父类，实现所有的抽象方法，然后再让业务类去继承这个中间的父类。

提供一个 Base 类，实现 method1 到 method4 的所有抽象方法，然后子类继承 Base 类，一般可以直接复用 Base 类中的 method1 到 method4 方法，如果需要重写，直接重写该方法就好。这样就能省去所有子类实现所有抽象方法 继承抽象方法的基类 Base public class Base extends AbstractClass { @Override protected void method1() { System.out.println("1"); } @Override protected void method2() { System.out.println("2"); } @Override protected void method3() { System.out.println("3"); } @Override protected void method4() { System.out.println("4"); } } 子类 A 需要重写 method1 方法 public class SubA extends Base { // 只需要重写 method1 @Override public void method1() { System.out.println("重写 method1"); } public static void main(String[] args) { Base A = new SubA(); A.templateMethod1(); } } 输出结果为 重写 method1 2

父类中不用抽象方法，提供一个空的实现，子类根据需要重写。

课后思考： 一. 能修改框架代码情况： 定义一个父类，给不需要调用的抽象方法一个默认实现，子类继承该父类。 二. 如果可以修改框架代码的情况下： 1.templateMethod1与templateMethod2相关：可以将不需要调用的方法修改成protected并提供默认空实现。 2.templateMethod1与templateMethod2不相关：接口隔离原则，考虑将AbstractClass拆分成两个类分别定义两个方法。