设计模式 -- 模板方法模式(Template Method Pattern)

1 问题引出

豆浆制作问题

编写制作豆浆的程序,说明如下:

  1. 制作豆浆的流程 选材--->添加配料--->浸泡--->放到豆浆机打碎

  2. 通过添加不同的配料,可以制作出不同口味的豆浆

  3. 选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的

  4. 请使用 模板方法模式 完成 (说明:因为模板方法模式,比较简单,很容易就想到这个方案,因此就直接使用, 不再使用传统的方案来引出模板方法模式 )

2 基本介绍

  1. 模板方法模式(Template Method Pattern),又叫模板模式(Template Pattern),在一个抽象类公开定义了执行它的方法的模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。

  2. 简单说,模方法模式 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构,就可以重定义该算法的某些特定步骤

  3. 这种类型的设计模式属于行为型模式

3 原理结构图

3.1 类图

3.2 说明

  1. AbstractClass 抽象类, 类中实现了模板方法(template),定义了算法的骨架,具体子类需要去实现 其它的抽象方法 operationr2,3,4

  2. ConcreteClass 实现抽象方法 operationr2,3,4, 以完成算法中特点子类的步骤

4 应用实例

编写制作豆浆的程序,说明如下:

        制作豆浆的流程 选材--->添加配料--->浸泡--->放到豆浆机打碎,通过添加不同的配料,可以制作出不同口味的豆浆

        选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的(红豆、花生豆浆。。。)

4.1 类图

4.2 代码实现

public class Client {

    public static void main(String[] args) {
        //  制作红豆豆浆

        System.out.println("----制作红豆豆浆	");
        SoyaMilk redBeanSoyaMilk = new RedBeanSoyaMilk();
        redBeanSoyaMilk.make();

        System.out.println("----制作花生豆浆	");
        SoyaMilk peanutSoyaMilk = new PeanutSoyaMilk();
        peanutSoyaMilk.make();

    }

}


public class PeanutSoyaMilk extends SoyaMilk {

    @Override
    void addCondiments() {
        //  TODO Auto-generated method stub 
        System.out.println(" 加入上好的花生 ");
    }

}

// 抽象类,表示豆浆
public abstract class SoyaMilk {

    //  模板方法, make , 模板方法可以做成 final , 不让子类去覆盖.
    final void make() {
        select();
        addCondiments();
        soak();
        beat();
    }

    //  选材料 
    void select() {
    	System.out.println("第一步:选择好的新鲜黄豆	");
    }

    //  添加不同的配料, 抽象方法, 子类具体实现
    abstract void addCondiments();
    //  浸泡
    void soak() {
        System.out.println("第三步, 黄豆和配料开始浸泡, 需要 3 小时 ");
    }
    void beat() {
        System.out.println("第四步:黄豆和配料放到豆浆机去打碎	");
    }
}

5 注意事项和细节

5.1 优点

  1. 代码复用:实现了最大化代码复用。父类的模板方法和已实现的某些步骤会被子类继承而直接使用。

  2. 控制反转:父类的模板方法确保了算法的结构保持不变,同时由子类提供部分步骤的实现。

  3. 易于扩展:新增子类时,只需实现特定的步骤,不需要修改已有代码,符合开闭原则。

  4. 符合开闭原则:通过父类调用子类的操作,通过对子类的扩展来增加新的行为,不变的行为定义在父类中,去除子类的重复代码,提供了一个良好的代码复用平台。

5.2 缺点

  1. 类的数量增加:每一个不同的实现都需要一个子类实现,导致类的个数增加,使得系统更加庞大。

  2. 过于依赖继承:模板方法模式依赖于继承,可能会导致紧耦合,降低灵活性。

  3. 难以理解:对于复杂的模板方法,可能会使得代码的理解和维护变得困难。

  4. 一般模板方法都加上 final 关键字, 防止子类重写模板方法.

6 使用场景

  1. 多个方法之间存在固定不变的先后执行顺序时,可以将整体的执行逻辑写在模板方法之中,然后供其他类进行调用。
  2. 需要对某些方法进行“增强处理”,比如在执行前后添加一些处理操作(日志、事务等)。
  3. 当有多个类从事相似的工作,只是部分细节有所不同时,可以抽象出一个基类,提供一个模板方法,让子类实现这些不同之处。
  4. 当要完成在某个过程,该过程要执行一系列步骤 ,这一系列的步骤基本相同,但其个别步骤在实现时 可能不同,通常考虑用模板方法模式来处理。

7 总结

        总的来说,模板方法模式通过将算法的不变部分封装在父类中,同时允许子类定制特定步骤的实现,从而提供一种灵活且易于扩展的设计模式。适用于有固定算法结构但具体步骤需要变化的场景,例如框架设计、复杂的算法封装等。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值