模板方法模式
Define the skeleton of an algorithm in an operation, deferring some steps to subclasses. Template method lets subclasses redefine certain steps of an algorithm without changing the algorithm’s structure.
翻译过来就是,把算法的框架定义好,可以将某些步抽象出来放到子类去实现。模板方法允许子类在不改变算法框架的情况下重新实现算法的某些步骤。
模板方法模式UML图
UML图
抽象类AbstractClass
定义了算法框架templateMethod()
方法,其中有2个方法primitve1()
和primitve2()
被抽象出来,子类SubClass1
继承了抽象类AbstractClass
,从而实现了primitve1()
和primitve2()
。
模板方法模式角色
抽象类(AbstractClass): 定义了算法核心框架,同时把局部的算法行为封装成步骤,让子类去实现。
子类(SubClass): 继承了抽象类,实现抽象类中的抽象方法,具体实现了算法部分逻辑。
模板方法模式源码示例
源码地址:Template-method
抽象方法
先定义抽象类,抽象类AbstractProcessor
中核心算法handle
方法中大体分3部,第一先校验参数具体怎么校验放在子类中实现,第二获取结果也放在子类实现,第三获取结果后的操作也放在子类实现。
1 | 4j |
基本请求
1 |
|
基本响应
1 |
|
子类实现
第一个子类实现
1 | 4j |
第一个子类的请求
1 |
|
第一个子类的响应
1 |
|
第二个子类实现
1 | 4j |
第二个子类的请求
1 |
|
第二个子类的响应
1 |
|
扩展为工厂
有的时候我们定义的子类在Spring容器的时候由Spring定义好后,我们其实可以借用工厂模式方法,在子类初始化的时候就把子类放置在ProcessorFactory
中,后续只需要根据key从中拿取即可,实际项目中用这种方式还是比较多的。
1 | public class ProcessorFactory { |
执行程序
1 | 4j |
结果
总体上来讲,抽象类中定义了算法的框架,然后把部分算法步骤抽象出来供子类实现,有的时候有些方法只有个别子类会去实现,我们可以在抽象类中实现为空实现,在有需要的子类中我们可以覆盖抽象类的实现,这样避免了所有的子类都去实现,其实不关心的话都是空实现了。本示例用到了lombok
的@SuperBuilder
特性,可能在下载完完整的代码后会出现编译错误,这是因为Lombok
的插件暂时还不支持@SuperBuilder
。
模板方法模式总结
模板方法经常和其他模式混合使用,比如工厂、策略等等。其实在Spring中大量使用了模板方法模式,其实也不光在Spring中,像平时jdbcTemplate或者RedisTemplate,像这种带有Template的。
优点: 1、封装不变部分,扩展可变部分。 2、提取公共代码,便于维护。 3、行为由父类控制,子类实现。
缺点:每一个不同的实现都需要一个子类来实现,导致类的个数增加,使得系统更加庞大。
使用场景: 1、有多个子类共有的方法,且逻辑相同。 2、重要的、复杂的方法,可以考虑作为模板方法。
注意事项: 为防止恶意操作,一般模板方法都加上 final 关键词。
参考
模板模式|菜鸟教程
Template method pattern