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）：购物车实战案例分析
网友评论