把书读薄 | 《设计模式之美》设计模式与范式(行为型-模板模式)

简介: 本文对应设计模式与范式:行为型(58-59),模板模式 (Template Pattern),用于解决复用和扩展两个问题。

0x1、定义


原始定义


在操作用中定义算法的框架,将一些步骤推迟到子类中。模板方法模式让子类在不改变数据结构的情况下重新定义算法的某些步骤。


定义解读


定义里的 算法 可以理解为广义上的 业务逻辑,而不特指数据结构和算法中的 算法。算法骨架就是 模板,包含算法骨架的方法就是 模板方法,这也是模板方式模式名字由来。


好像还不是很理解?写个简单例子~


0x2、写个简单例子


还是奶茶店的例子,可以把一杯奶茶的步骤可以分为四步:茶底 → 加奶 → 加料 → 打包,可以抽象为一个接口:


public interface ITea {
    void addTeaBase();
    void addMilk();
    void addIngredient();
    void pack();
}


定义一种具体的奶茶,实现上面的接口就好,但有个缺点:所有方法都要实现一遍,而有些方法是子类是相同的,如addMilk()和pack(),可以用抽象类代替,不变的部分在父类中实现,可变的部分abstract由子类行实现:


// 抽象模板
abstract class AbstractTea {
    // 抽象方法 → abstract修饰,抽象模板声明,具体模板角色实现;
    abstract String addTeaBase();
    // 钩子方法 → 抽象模板声明并实现,具体模板角色可实现加以扩展;
    protected String addMilk() { return "添加牛奶"; }
    abstract String addIngredient();
    protected String pack() { return "打包饮品"; }
    // 模板方法 → 负责对基本方法的调度,一般用final修饰,不允许具体模板角色重写
    final String make() {
        return addTeaBase() + "→" + addMilk() + "→" + addIngredient() + "→" + pack();
    }
}
// 具体模板
public class CoconutGreenTea extends AbstractTea {
    @Override String addTeaBase() { return "添加绿茶底"; }
    @Override String addIngredient() { return "添加椰果配料"; }
}
public class PearlBlackTea extends AbstractTea {
    @Override String addTeaBase() { return "添加红茶底"; }
    @Override protected String addMilk() { return "添加三花淡奶"; }
    @Override String addIngredient() { return "添加珍珠配料"; }
}
// 测试用例
public class TeaTest {
    public static void main(String[] args) {
        PearlBlackTea blackTea = new PearlBlackTea();
        System.out.println(blackTea.make());
        CoconutGreenTea greenTea = new CoconutGreenTea();
        System.out.println(greenTea.make());
    }
}


代码运行结果如下


网络异常,图片无法展示
|


这就是模板方法模式,代码很简单,其实绝大部分设计模式的原理和实现都非常简单,难的是 掌握应用场景,搞清楚能解决什么问题。顺带画出UML类图、组成角色、使用场景及优缺点~


网络异常,图片无法展示
|


组成角色


  • AbstractClass (抽象模板) → 定义一个"算法"包含的所有步骤,并提供一些通用的方法逻辑;
  • ConcreteClass (具体模板) → 继承抽象模板,按需重写算法步骤中的某些步骤;


应用场景


  • 多个类具有相同方法且逻辑可共用时,将公共行为抽取并集中到公共父类中减少代码重复;
  • 通用算法、协议、固定流程设计为模板,在每个具体的子类中再继续优化算法步骤或流程步骤;


优点


  • 去除子类中的重复代码,抽象模板保存通用代码逻辑,子类无需重复处理公用逻辑,只关注特定逻辑;
  • 子类对父类的反向控制,通过子类来决定父类算法中某个步骤是否执行;
  • 代码复用、封装、良好的扩展性;


缺点


  • 违反开闭原则,"对修改关闭",子类执行结果受父类影响;
  • 增加代码阅读难度,子类多跳转也会很多,不方便联系上下文逻辑线索,模板中步骤越多,越难维护;
  • 违反里氏替换原则,替换子类,可能导致父类不可用或整体逻辑发生改变;


0x3、模板模式 VS 回调


两者的应用场景一致 → 定义好算法骨架,并对外开放扩展点,不同的地方:


  • 模板模式 基于 继承 关系实现,子类重写父类的抽象方法,一种类间的关系,针对不同实现都要定义不同的子类,子类必须实现父类中定义的所有抽象方法;


  • 回调 基于 组合 关系实现,把一个对象传递给另一个对象,一种对象间的关系,可使用匿名类来创建回调对象,不用事先定义类;


以上就是本节的全部内容,谢谢~


相关文章
|
6月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
197 16
|
6月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
202 0
|
6月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
189 0
|
6月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
161 0
|
6月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
6月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
221 0
|
10月前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
219 40
|
8月前
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。
|
10月前
|
设计模式 关系型数据库
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式,通过一个工厂类根据传入参数创建不同类型的产品对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。
154 15
|
10月前
|
设计模式 Java
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式(Builder Pattern)是一种创建型设计模式,用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程,定制对象的组成部分,而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性;缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
162 12

热门文章

最新文章

下一篇
oss云网关配置