image.png

在电商平台中，支付流程通常涉及多个步骤，包括订单验证、支付处理、库存检查、日志记录等。为了简化支付流程的复杂性，我们使用外观模式来提供一个统一的支付接口。

肖哥弹架构 跟大家“弹弹” 设计模式，需要代码关注

欢迎 点赞，点赞，点赞。

关注公号Solomon肖哥弹架构获取更多精彩内容

2. 为什么要使用外观设计模式

外观模式允许我们将复杂的子系统交互封装在一个统一的接口后面，使得外部调用者无需了解内部的复杂逻辑。

3. 标准外观设计模式图

image.png

4. 业务外观设计模式图

image.png

5. 业务代码参考

// 订单类
class Order {
    private int orderId;
    private double amount;
    // 构造函数、getter 和 setter
}

// 支付结果类
class PaymentResult {
    private boolean success;
    private String message;
    // 构造函数、getter 和 setter
}

// 订单验证服务
class OrderValidationService {
    public boolean validateOrderDetails(Order order) {
        // 验证订单详细信息，例如订单ID和金额
        return true;
    }
}

// 支付网关服务
class PaymentGatewayService {
    public PaymentStatus makePayment(Order order) {
        // 调用支付网关处理支付
        return new PaymentStatus(true, "Payment processed successfully");
    }
}

// 库存检查服务
class StockCheckService {
    public boolean ensureSufficientInventory(Order order) {
        // 检查库存是否充足
        return true;
    }
}

// 事件记录服务
class EventLoggerService {
    public void logPaymentEvent(Order order, String status) {
        // 记录支付事件
    }
}

// 支付外观类
class PaymentFacade {
    private OrderValidationService orderValidationService;
    private PaymentGatewayService paymentGatewayService;
    private StockCheckService stockCheckService;
    private EventLoggerService eventLoggerService;

    public PaymentFacade() {
        orderValidationService = new OrderValidationService();
        paymentGatewayService = new PaymentGatewayService();
        stockCheckService = new StockCheckService();
        eventLoggerService = new EventLoggerService();
    }

    public PaymentResult initiatePayment(Order order) {
        if (!orderValidationService.validateOrderDetails(order)) {
            return new PaymentResult(false, "Order validation failed");
        }
        if (!stockCheckService.ensureSufficientInventory(order)) {
            return new PaymentResult(false, "Insufficient inventory");
        }
        PaymentStatus paymentStatus = paymentGatewayService.makePayment(order);
        if (paymentStatus.isPaymentSuccess()) {
            eventLoggerService.logPaymentEvent(order, "Success");
            return new PaymentResult(true, "Payment successful");
        } else {
            eventLoggerService.logPaymentEvent(order, "Failure");
            return new PaymentResult(false, "Payment failed");
        }
    }
}

// 支付状态枚举
enum PaymentStatus {
    SUCCESS("Success"), FAILURE("Failure");
    private String status;
    PaymentStatus(String status) { this.status = status; }
    public boolean isPaymentSuccess() { return this == SUCCESS; }
    public String getStatus() { return status; }
}

// 客户端使用
class ECommerceApplication {
    public static void main(String[] args) {
        Order order = new Order(); // 初始化订单
        PaymentFacade paymentFacade = new PaymentFacade();
        PaymentResult result = paymentFacade.initiatePayment(order);
        // 处理支付结果
    }
}

6. 使用外观设计模式的好处

外观模式解决了以下问题：

• 简化复杂流程：支付流程涉及多个步骤，外观模式提供了一个简化的接口。
• 解耦调用者和子系统：调用者无需了解子系统的内部实现。
• 集中控制：便于集中管理和维护复杂的业务逻辑。

7. 其他使用外观设计模式场景参考

外观模式适用于需要简化复杂子系统访问的场景，例如：

• 企业资源规划（ERP）系统：提供统一的业务流程接口。
• 大型软件应用：如操作系统或开发环境，提供简化的用户界面。

8. 可参考开源框架

• Spring Data：Spring Data JPA 通过 Repository 接口提供了数据库访问的外观模式。
• Spring Framework：Spring 的 JdbcTemplate 就是一个外观模式的例子，它简化了数据库操作。

总结

外观模式通过提供一个统一的接口来简化对复杂子系统的访问，有助于降低系统间的耦合度，提高系统的可维护性和可扩展性。

历史热点文章

• 外观模式（Facade Pattern）:微服务架构中的数据库访问实战案例分析
  
• 代理模式（Proxy Pattern）:权限校验API调用实战案例分析
• 桥接模式（Bridge Pattern）：多样式用户界面组件实战案例分析
• 组合模式（Composite Pattern）： 在线教育平台课程管理实战案例分析
• 享元模式（Flyweight Pattern）：网页游戏中的角色对象管理实战案例分析
• 观察者模式（Observer Pattern）：股票交易系统实战案例分析
• 策略模式（Strategy Pattern）：电商平台的优惠券系统实战案例分析
• 模板方法模式（Template Method Pattern）:视频播放应用实战案例分析
• 命令模式（Command Pattern）:网络爬虫任务队列实战案例分析
• 迭代器模式（Iterator Pattern）：电商平台商品分类浏览实战案例分析
• 中介者模式（Mediator Pattern）:即时通讯软件实战案例分析
• 备忘录模式（Memento Pattern）:游戏存档系统实战案例分析
• 状态模式（State Pattern）:电商平台订单状态管理实战案例分析
• 责任链模式（Chain of Responsibility Pattern）：电商平台的订单审批流程实战案例分析
• 访问者模式（Visitor Pattern）:电商平台商品访问统计实战案例分析
• 工厂方法模式（Factory Method Pattern）: 电商多种支付实战案例分析
• 抽象工厂模式（Abstract Factory Pattern）：多风格桌面应用实战案例分析
• 建造者模式（Builder Pattern）： 在线订单系统实战案例分析
• 原型模式（Prototype Pattern）: 云服务环境配置实战案例分析
• 适配器模式（Adapter Pattern）:第三方支付集成实战案例分析
• 装饰器模式（Decorator Pattern）:电商平台商品价格策略实战案例分析
• 单例模式（Singleton Pattern）：购物车实战案例分析