模板方法模式比较简单, 其实就是对一些不可变的业务进行封装, 对可变的部分提供扩展。
那扩展当然就是接口或者抽象类了。 但考虑到又有不可变的部分, 所一抽象类就成了不二的选择。
一个抽象模板类通常包括
1. 基本方法
2. 模板方法
其中的基本方法可能被模板方法调用。
大家都有寄快递的经历, 下面就快递来阐述一下模板方法模式。
先看客户端代码
public class Client {
public static void main(String[] args) {
// 张三选择顺风快递
ExpressTemplate zhangSan = new ShunFengExpress();
// 李四选择圆通快递
ExpressTemplate liSi = new YuanTongExpress();
zhangSan.express();
System.out.println();
liSi.express();
}
}
运行结果:
引用
打电话给顺风快递
我们的取货员正在取货途中
我们走空运,货物已到达,派货员正在送货途中
发货人选择了货到付款, 你需要支付¥999999999999
打电话给圆通快递
我们的取货员正在途中
我们不支持货到付款, 你需要支付¥999999999999
我们靠人走,请一个星期后再查看
再看抽象模板类
public abstract class ExpressTemplate {
// 打电话加快递
public abstract void callExpressCompany();
// 快递公司取货
public abstract void expressCompanyFetchGift();
// 是否货到付款 -- 钩子方法(Hook Method)
public abstract boolean isPayOnReceipt();
// 快递公司送货
public abstract void deliver();
// 发货人付款
public abstract void payBySender();
// 收货人付款
public abstract void payByReceiver();
// 模板方法
public final void express() {
this.callExpressCompany();
this.expressCompanyFetchGift();
// 发货人付款
if (!this.isPayOnReceipt()) {
this.payBySender();
}
this.deliver();
// 货到由收货人付款
if (this.isPayOnReceipt()) {
this.payByReceiver();
}
}
}
再看看两个具体的实现类
public class ShunFengExpress extends ExpressTemplate {
@Override
public void callExpressCompany() {
System.out.println("打电话给顺风快递");
}
@Override
public void deliver() {
System.out.println("我们走空运,货物已到达,派货员正在送货途中");
}
@Override
public void expressCompanyFetchGift() {
System.out.println("我们的取货员正在取货途中");
}
@Override
public boolean isPayOnReceipt() {
return true;
}
@Override
public void payByReceiver() {
System.out.println("发货人选择了货到付款, 你需要支付¥999999999999");
}
@Override
public void payBySender() {
System.out.println("您选择了货到付款, 你需要支付¥999999999999");
}
}
public class YuanTongExpress extends ExpressTemplate {
@Override
public void callExpressCompany() {
System.out.println("打电话给圆通快递");
}
@Override
public void deliver() {
System.out.println("我们靠人走,请一个星期后再查看");
}
@Override
public void expressCompanyFetchGift() {
System.out.println("我们的取货员正在途中");
}
@Override
public boolean isPayOnReceipt() {
return false;
}
@Override
public void payByReceiver() {
System.out.println("货到付款, 你需要支付¥999999999999");
}
@Override
public void payBySender() {
System.out.println("我们不支持货到付款, 你需要支付¥999999999999");
}
}
分享到:
相关推荐
### 深入浅出设计模式之模板方法模式 #### 一、模板方法模式概述 设计模式是软件工程中一种非常重要的技术手段,它能够帮助我们解决常见的编程问题,并提高代码的可重用性、可扩展性和可维护性。模板方法模式是一...
模板方法模式是面向对象设计模式中的行为模式之一,它在Java等面向对象编程语言中有着广泛的应用。模板方法模式的主要思想是在一个抽象类中定义一个算法的骨架,而将一些步骤延迟到子类中实现。这样,子类可以重写...
### 设计模式之模板方法模式解析 #### 一、引言 在软件开发过程中,我们经常面临这样的场景:有一些步骤是固定的,而某些步骤则可能因具体实现而异。为了解决这类问题,设计模式中引入了一种叫做“模板方法模式”的...
模板方法模式是面向对象设计中的一种行为设计模式,它在软件工程中扮演着重要的角色,尤其是在需要维护代码的可扩展性和可复用性时。这个模式的核心思想是封装不变的部分,将可变部分抽象出来,让子类进行扩展。通过...
模板方法模式是一种设计模式,属于行为设计模式,它在面向对象设计中扮演着重要的角色。这个模式定义了一个操作中的算法骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法...
模板方法模式是一种行为设计模式,它允许在定义行为框架的同时,延迟部分具体步骤到子类中实现。这种模式主要用于在父类中定义算法的骨架,而将一些步骤的实现细节留给子类去完成,从而使得不同的子类可以重用相同的...
策略模式结合模板方法模式的设计思路 策略模式结合模板方法模式是策略模式的一种变形,目的是为了解决策略模式中的一些共性问题。在策略模式中,经常会出现这样一种情况,就是发现这一系列算法的实现上存在公共功能...
模板方法模式(Template Method)是设计模式中行为型模式的一种,它定义了操作中的算法骨架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。这个模式在C++编程中有着...
在iOS开发中,模板方法模式是一种非常实用的设计模式,它属于行为设计模式,主要用于定义算法的骨架,而将一些步骤延迟到子类中。这种方式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。通过...
模板方法模式是一种设计模式,属于行为设计模式,它在面向对象设计中被广泛使用,用于定义算法的骨架,而将一些步骤延迟到子类中。这样,模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些特定...
模板方法模式是设计模式中的一种行为模式,它在软件工程中扮演着重要的角色,尤其是在C++这样的面向对象编程语言中。这种模式定义了一个操作中的算法骨架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的...
模板方法模式是一种行为设计模式,它在面向对象编程中扮演着重要的角色。这种模式定义了一个操作中的算法骨架,而将一些步骤延迟到子类中。这样使得子类可以在不改变算法结构的情况下,重新定义该算法的某些特定步骤...
模板方法模式是设计模式中行为型模式的一种,它在软件工程中扮演着非常重要的角色,尤其是在Java编程中。模板方法模式定义了一个操作中的算法骨架,而将一些步骤延迟到子类中。它允许子类不改变一个算法的结构即可重...
模板方法模式是一种设计模式,属于行为设计模式,它在面向对象设计中扮演着重要的角色。这个模式主要用于定义一个算法的框架,允许子类在不改变整体结构的情况下,对算法的某些步骤进行重写。模板方法模式是基于继承...
模板方法模式是设计模式中行为模式的一种,它在软件工程中扮演着重要的角色,尤其是在创建算法框架时。这种模式允许我们在抽象类中定义一个算法的骨架,而将一些步骤延迟到子类中实现,使得子类可以不改变算法的结构...
模板方法模式是一种行为设计模式,它允许在定义算法框架的同时,允许子类为一个或多个步骤提供具体的实现。这种模式通常用于代码复用,尤其是在有多种算法相似的情况下,通过抽象出公共部分,让子类专注于具体步骤的...
模板方法模式是一种设计模式,属于行为设计模式,它在面向对象编程中扮演着重要的角色。这个模式的主要目的是定义一个操作的框架,也就是算法的主干,同时允许子类在不改变算法整体结构的情况下,对其中特定步骤进行...