模板方法模式 电商 java示例

模板方法模式（Template Method Pattern）是一种行为型设计模式，它定义了一个算法的骨架，并将一些步骤延迟到子类中实现。这样，子类可以在不改变算法结构的情况下重新定义算法的某些步骤。

在电商系统中，我们可以使用模板方法模式来实现一个订单处理流程。下面是一个简单的示例：

首先，我们定义一个抽象类 `OrderProcessor`，它包含一个模板方法 `processOrder()`，以及一些抽象方法和钩子方法，由子类来实现具体的逻辑。

public abstract class OrderProcessor {
    
    public final void processOrder(Order order) {
        validateOrder(order);
        processPayment(order);
        shipOrder(order);
        if (shouldSendEmail(order)) {
            sendEmail(order);
        }
    }
    
    protected abstract void validateOrder(Order order);
    
    protected abstract void processPayment(Order order);
    
    protected abstract void shipOrder(Order order);
    
    protected boolean shouldSendEmail(Order order) {
        return true;
    }
    
    protected void sendEmail(Order order) {
        // 发送邮件的具体实现
    }
    
}

在这个示例中，`processOrder()` 方法是模板方法，它定义了一个订单处理的流程，包括验证订单、处理支付、发货和发送邮件等步骤。这些步骤都是抽象方法或钩子方法，由子类来实现具体的逻辑。

假设我们有两种订单：普通订单和会员订单。它们的处理逻辑可能有所不同，但是整个订单处理流程是一样的。下面是普通订单和会员订单的具体实现：

public class RegularOrderProcessor extends OrderProcessor {
    
    @Override
    protected void validateOrder(Order order) {
        // 普通订单的验证逻辑
    }
    
    @Override
    protected void processPayment(Order order) {
        // 普通订单的支付处理逻辑
    }
    
    @Override
    protected void shipOrder(Order order) {
        // 普通订单的发货逻辑
    }
    
}

public class PremiumOrderProcessor extends OrderProcessor {
    
    @Override
    protected void validateOrder(Order order) {
        // 会员订单的验证逻辑
    }
    
    @Override
    protected void processPayment(Order order) {
        // 会员订单的支付处理逻辑
    }
    
    @Override
    protected void shipOrder(Order order) {
        // 会员订单的发货逻辑
    }
    
    @Override
    protected boolean shouldSendEmail(Order order) {
        return false; // 会员订单不需要发送邮件
    }
    
}

在这个示例中，我们定义了两个具体的订单处理器：`RegularOrderProcessor` 和 `PremiumOrderProcessor`。它们分别实现了抽象类 `OrderProcessor` 中定义的抽象方法和钩子方法，来完成普通订单和会员订单的处理流程。

使用模板方法模式可以让我们将相同的订单处理流程抽象出来，避免代码重复，同时也允许子类来实现具体的业务逻辑。这样，我们就可以轻松地扩展订单处理器，添加新的订单类型，而不需要修改现有的代码。