模板模式
  IurbgDB8kmoW 2023年11月01日 107 0

模板模式的定义

其定义如下:
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.(定义一个操作中的算法的框架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。)

模板模式通用类图

模板模式通用代码

抽象模板类
public abstract class AbstractClass {
    //基本方法
    protected abstract void doSomething();
    //基本方法
    protected abstract void doAnything();
    //模板方法
    public void templateMethod(){
        /*
         * 调用基本方法,完成相关的逻辑
         */
        this.doAnything();
        this.doSomething();
    }
}
具体模板类
public class ConcreteClass1 extends AbstractClass {
    //实现基本方法
    protected void doAnything() {
    //业务逻辑处理
    }
    protected void doSomething() {
    //业务逻辑处理
    }
}
public class ConcreteClass2 extends AbstractClass {
    //实现基本方法
    protected void doAnything() {
    //业务逻辑处理
    }
    protected void doSomething() {
    //业务逻辑处理
    }
}
场景类
public class Client {
    public static void main(String[] args) {
        AbstractClass class1 = new ConcreteClass1();
        AbstractClass class2 = new ConcreteClass2();
         //调用模板方法
        class1.templateMethod();
        class2.templateMethod();
    }
}

模板模式的优点

  1. 封装不变部分,扩展可变部分。
    把认为是不变部分的算法封装到父类实现,而可变部分的则可以通过继承来继续扩展。
  2. 提取公共部分代码,便于维护。
  3. 行为由父类控制,子类实现。
    基本方法是由子类实现的,因此子类可以通过扩展的方式增加相应的功能,符合开闭原则。

模板方法模式的缺点

按照我们的设计习惯,抽象类负责声明最抽象、最一般的事物属性和方法,实现类完成具体的事物属性和方法。但是模板方法模式却颠倒了,抽象类定义了部分抽象方法,由子类实现,子类执行的结果影响了父类的结果,也就是子类对父类产生了影响,这在复杂的项目中,会带来代码阅读的难度,而且也会让新手产生不适感。

模板方法模式的使用场景

● 多个子类有公有的方法,并且逻辑基本相同时。
● 重要、复杂的算法,可以把核心算法设计为模板方法,周边的相关细节功能则由各个子类实现。
● 重构时,模板方法模式是一个经常使用的模式,把相同的代码抽取到父类中,然后通过钩子函数(见“模板方法模式的扩展”)约束其行为。

场景示例

我现在有这么一个业务,医院每次病人看病,缴费都有这么一个大概的流程 构建订单->病人支付->系统处理支付的业务逻辑。
因为支付业务是可以分多种的,比如挂号缴费,门诊缴费,构建订单和病人支付的流程都是不变的,针对不同的类型的缴费业务,缴费完成后系统需要处理不同的业务逻辑。现在可以使用模板模式编写代码。

抽象模板类
/**
 * 就诊模板
 */
public abstract class VisitProcessTemplate {

    /**
     * 构建订单
     */
    public void initOrder(){
        System.out.println("构建订单");
    }

    /**
     * 支付
     */
    public void orderPay(){
        System.out.println("订单支付");
    }

    /**
     * 处理下单之后的业务逻辑
     */
    public abstract void payOk();

    /**
     * 就诊流程
     */
    public void visitRun(){
        initOrder();
        orderPay();
        payOk();
    }
}
挂号具体模板类
public class RegisterVisitProcess extends VisitProcessTemplate{
    @Override
    public void payOk() {
        System.out.println("支付成功,处理病人挂号业务");
    }
}
门诊缴费具体模板类
public class OutpatientVisitProcess extends VisitProcessTemplate{

    @Override
    public void payOk() {
        System.out.println("支付成功,处理病人门诊缴费业务");
    }
}
场景类
public class Client {
    public static void main(String[] args) {
        VisitProcessTemplate visitProcessTemplate = new OutpatientVisitProcess();
        VisitProcessTemplate visitProcessTemplate1 = new RegisterVisitProcess();
        visitProcessTemplate.visitRun();
        visitProcessTemplate1.visitRun();
    }
}

模板方法模式的扩展(钩子函数)

假如我现在新增了一个业务,这个业务是医院诊疗卡办理服务,这个业务是免费的,病人无需费用就可以办卡,可别的业务又需要支付,该怎么优化这段代码呢?使用钩子函数。

优化后的就诊模板
/**
 * 就诊模板
 */
public abstract class VisitProcessTemplate {

    /**
     * 构建订单
     */
    public void initOrder(){
        System.out.println("构建订单");
    }

    /**
     * 支付
     */
    public void orderPay(){
        System.out.println("订单支付");
    }

    /**
     * 处理下单之后的业务逻辑
     */
    public abstract void payOk();

    /**
     * 钩子函数,默认需要支付
     */
    public boolean needPay(){
        return true;
    }
    /**
     * 就诊流程
     */
    public void visitRun(){
        initOrder();
        if (needPay()){
            orderPay();
        }
        payOk();
    }
}
办卡具体模板类
public class CardVisitProcess extends VisitProcessTemplate{
    @Override
    public void payOk() {
        System.out.println("处理病人办卡业务");
    }

    @Override
    public boolean needPay() {
        return false;
    }
}
【版权声明】本文内容来自摩杜云社区用户原创、第三方投稿、转载,内容版权归原作者所有。本网站的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@moduyun.com

  1. 分享:
最后一次编辑于 2023年11月08日 0

暂无评论

推荐阅读
  ZkZ4n0nvAySz   2024年04月14日   44   0   0 设计模式
  bWqO7ATbLQET   2024年03月08日   74   0   0 设计模式
  ZkZ4n0nvAySz   2024年04月16日   48   0   0 设计模式
  ZkZ4n0nvAySz   2024年04月15日   69   0   0 设计模式
  bVJlYTdzny4o   2024年04月30日   56   0   0 设计模式
  ZkZ4n0nvAySz   2024年04月13日   69   0   0 设计模式
  Thv3NVnh1dDs   2024年02月19日   143   0   0 设计模式
IurbgDB8kmoW