模板和策略设计模式联合使用的demo

在联合使用模板设计模式和策略设计模式时,我们可以定义一个模板类,该类包含了一些固定步骤的算法,并在其中使用策略接口来允许子类提供不同的实现。这样,我们可以在不改变算法结构的情况下改变算法中的某些步骤。

以下是一个简单的例子,展示了如何联合使用模板设计模式和策略设计模式:

首先,我们定义一个策略接口:

java 复制代码
public interface PaymentStrategy {
    void pay(double amount);
}

然后,我们实现两种支付策略:

java 复制代码
public class CreditCardPayment implements PaymentStrategy {
    @Override
    public void pay(double amount) {
        System.out.println("Paying with credit card for amount: " + amount);
    }
}

public class BankTransferPayment implements PaymentStrategy {
    @Override
    public void pay(double amount) {
        System.out.println("Paying with bank transfer for amount: " + amount);
    }
}

接下来,我们定义一个模板类,它接受一个支付策略对象,并在其算法中使用这个策略对象:

java 复制代码
public abstract class PaymentProcessor {
    private PaymentStrategy strategy;

    public PaymentProcessor(PaymentStrategy strategy) {
        this.strategy = strategy;
    }

    public void processPayment(double amount) {
        // 固定步骤1:准备支付环境
        prepareEnvironment();

        // 策略步骤:执行支付
        strategy.pay(amount);

        // 固定步骤2:支付后处理
        postProcessPayment();
    }

    // 模板方法,固定步骤的实现
    protected void prepareEnvironment() {
        System.out.println("Preparing payment environment...");
    }

    // 模板方法,固定步骤的实现
    protected void postProcessPayment() {
        System.out.println("Payment processed successfully!");
    }
}

最后,我们创建具体的支付处理器类,它们继承自PaymentProcessor并传入具体的支付策略:

java 复制代码
public class CreditCardPaymentProcessor extends PaymentProcessor {
    public CreditCardPaymentProcessor() {
        super(new CreditCardPayment());
    }

    // 可以重写固定步骤,如果需要的话
    @Override
    protected void prepareEnvironment() {
        System.out.println("Verifying credit card details...");
    }
}

public class BankTransferPaymentProcessor extends PaymentProcessor {
    public BankTransferPaymentProcessor() {
        super(new BankTransferPayment());
    }

    // 可以重写固定步骤,如果需要的话
    @Override
    protected void prepareEnvironment() {
        System.out.println("Checking bank account balance...");
    }
}

现在,我们可以使用这些支付处理器来执行支付:

java 复制代码
public class Main {
    public static void main(String[] args) {
        PaymentProcessor creditCardProcessor = new CreditCardPaymentProcessor();
        creditCardProcessor.processPayment(100.0);

        PaymentProcessor bankTransferProcessor = new BankTransferPaymentProcessor();
        bankTransferProcessor.processPayment(200.0);
    }
}

输出结果:

csharp 复制代码
Verifying credit card details...
Paying with credit card for amount: 100.0
Payment processed successfully!
Checking bank account balance...
Paying with bank transfer for amount: 200.0
Payment processed successfully!

在这个例子中,PaymentProcessor是模板类,它定义了支付处理的算法骨架,而PaymentStrategy是策略接口,允许我们提供不同的支付实现。CreditCardPaymentProcessorBankTransferPaymentProcessor是具体的支付处理器,它们通过组合PaymentProcessor和具体的策略对象来提供不同的支付功能。

相关推荐
2401_895521341 小时前
【Spring Security系列】Spring Security 过滤器详解与基于JDBC的认证实现
java·后端·spring
小码哥_常2 小时前
大文件上传不再卡顿:Spring Boot 分片上传、断点续传与进度条实现全解析
后端
_Evan_Yao2 小时前
RAG中的“Chunk”艺术:我试过10种切分策略后总结的结论
java·人工智能·后端·python·软件工程
今天你TLE了吗2 小时前
LLM到Agent&RAG——AI概念概述 第二章:提示词
人工智能·笔记·后端·学习
IT_陈寒3 小时前
Vue的响应式把我坑惨了,原来问题出在这
前端·人工智能·后端
shark22222223 小时前
能懂!基于Springboot的用户增删查改(三层设计模式)
spring boot·后端·设计模式
IGAn CTOU4 小时前
王炸级更新!Spring Boot 3.4 正式发布,新特性真香!
java·spring boot·后端
柯西劝我别收敛4 小时前
Koordinator-Scheduler 调度器源码解析
后端·云原生
tycooncool4 小时前
Spring中的IOC详解
java·后端·spring
303784 小时前
消息推送削峰落地方案
后端