2023-02-22
原文作者:键盘林 原文地址:https://blog.csdn.net/qq_37909508/category_8976362.html

模板方法模式

定义:

定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现

模板方法使得子类可以在不改变算法结构的情况下,重新定义算法的某些步骤

类型:行为型

适用场景:

一次性实现一个算法的不变的部分,并将可变的行为留给子类来实现。

各子类中公共的行为被提取出来并集中到一个公共父类中,从而避免代码重复。

优点:

提高复用性

提高扩展性

符合开闭原则

缺点:

类数目增加

增加了系统实现的复杂度

继承关系自身缺点,如果父类添加新的抽象方法,所有子类都要改一遍

扩展:

钩子方法

相关设计模式:

模板方法模式和工厂方法模式

模板方法模式和策略模式

coding:

创建Acourse抽象类

对于makeCourse()方法为什么是抽象类?主要是因为制作课程的流程是固定的,不能让子类去瞎定义,只能按照这个统一的流程去处理。(这也是模板方法模型的核心所在)

202302222107037331.png

下面的final方法同理

202302222107046052.png

创建DesignPatternCourse类

202302222107059603.png

创建FECourse类继承ACourse

202302222107070254.png

当前的UML类图

202302222107079555.png

创建Test类

202302222107090666.png

编写makeCourse()方法

202302222107103427.png

运行:

202302222107117988.png

如果DesignPatternCourse对象需要手记的话,我们只需要重写相关的方法即可

202302222107130539.png

运行:

2023022221071434010.png

总体来说,下面的needWriteArticle()方法就是一个钩子方法

2023022221071552311.png

当前UML类图

2023022221071714412.png

增加业务,由于前端课程存在很多,有些课程需要手记,有些课程不需要手记。

2023022221071839913.png

通过构造函数来自定义的根据情况来确定是否需要手记

2023022221071986814.png

JDK中的应用

2023022221072163315.png

在抽象类中对于方法定义好,相当于代码模板一样

2023022221072332916.png

HttpServlet类

它的service方法,在我们继承之后,就可以重写deGet和doPost方法,也相当于service提供好了代码模板

2023022221072582817.png

阅读全文