模板方法模式
定义:
定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现
模板方法使得子类可以在不改变算法结构的情况下,重新定义算法的某些步骤
类型:行为型
适用场景:
一次性实现一个算法的不变的部分,并将可变的行为留给子类来实现。
各子类中公共的行为被提取出来并集中到一个公共父类中,从而避免代码重复。
优点:
提高复用性
提高扩展性
符合开闭原则
缺点:
类数目增加
增加了系统实现的复杂度
继承关系自身缺点,如果父类添加新的抽象方法,所有子类都要改一遍
扩展:
钩子方法
相关设计模式:
模板方法模式和工厂方法模式
模板方法模式和策略模式
coding:
创建Acourse抽象类
对于makeCourse()方法为什么是抽象类?主要是因为制作课程的流程是固定的,不能让子类去瞎定义,只能按照这个统一的流程去处理。(这也是模板方法模型的核心所在)
下面的final方法同理
创建DesignPatternCourse类
创建FECourse类继承ACourse
当前的UML类图
创建Test类
编写makeCourse()方法
运行:
如果DesignPatternCourse对象需要手记的话,我们只需要重写相关的方法即可
运行:
总体来说,下面的needWriteArticle()方法就是一个钩子方法
当前UML类图
增加业务,由于前端课程存在很多,有些课程需要手记,有些课程不需要手记。
通过构造函数来自定义的根据情况来确定是否需要手记
JDK中的应用
在抽象类中对于方法定义好,相当于代码模板一样
HttpServlet类
它的service方法,在我们继承之后,就可以重写deGet和doPost方法,也相当于service提供好了代码模板