基于模板方法与工厂模式的多支付公司/产品接入方案

一、背景

在现代支付系统中,往往需要对接多家支付公司(如支付宝、微信、银联等)以及其下的多种支付产品(如扫码支付、刷脸支付、退款等)。如果每种支付方式都单独开发,会导致代码冗余、维护困难。为此,采用模板方法模式 +工厂模式的组合,是一种高内聚、低耦合的优雅实现方式。

二、现有设计回顾

1. 模板方法接口

java 复制代码
public interface UnitPayTemplate<T> extends InitializingBean {
    default Map pay(T t) { ... }
    default Map refund(T t) { ... }
    default Map query(T t) { ... }
    default Map cancel(T t) { ... }
    Map<String, Object> packageParam(T t);
    Map sendRequest(Map<String, Object> params);
}
  • 通过泛型 T 支持不同的参数类型。
  • 默认实现了常用的支付操作,具体参数组装和请求发送由子类实现。

2. 工厂类

java 复制代码
public class UnitIndependPayFactory {
    private static final Map<String, UnitPayTemplate<?>> services = new ConcurrentHashMap<>();
    public static <T> void setInstance(String serviceName, UnitPayTemplate<T> unitPayTemplate) { ... }
    public static <T> UnitPayTemplate<T> getInstance(String serviceName) { ... }
}
  • 通过 serviceName 注册和获取不同的支付实现。
  • 支持线程安全和泛型。

3. 自动注册

每个支付实现类在 afterPropertiesSet() 中自动注册到工厂:

java 复制代码
@Override
public void afterPropertiesSet() {
    UnitIndependPayFactory.setInstance("ALIPAY_ORDER_PAY", this);
}

三、优化建议:支持多支付公司和多产品

1. 设计目标

  • 扩展性:支持任意支付公司和产品的组合
  • 解耦:业务代码无需关心具体实现
  • 灵活注册:可动态扩展新的支付公司/产品

2. 优化方案

2.1 统一Key设计

serviceName 设计为 支付公司_产品类型 组合,例如:ALIPAY_ORDER_PAYWECHAT_REFUND

2.2 支持多公司多产品的模板实现

每个支付公司/产品实现一个模板类,实现 UnitPayTemplate<T>,如:

java 复制代码
@Service
public class AliPayOrderPayTemplate implements UnitPayTemplate<AliPayOrderDTO> {
    @Override
    public Map<String, Object> packageParam(AliPayOrderDTO dto) { ... }
    @Override
    public Map sendRequest(Map<String, Object> params) { ... }
    @Override
    public void afterPropertiesSet() {
        UnitIndependPayFactory.setInstance("ALIPAY_ORDER_PAY", this);
    }
}

2.3 工厂获取实例

业务层只需通过工厂获取对应实例:

java 复制代码
UnitPayTemplate<?> payTemplate = UnitIndependPayFactory.getInstance("ALIPAY_ORDER_PAY");
payTemplate.pay(dto);

2.4 支持配置化注册

可将支付公司和产品类型配置在数据库或配置文件中,动态注册和加载。

3. 示例代码

3.1 枚举定义

java 复制代码
public enum PayCompany {
    ALIPAY, WECHAT, UNIONPAY
}
public enum PayProduct {
    ORDER_PAY, REFUND, QUERY, CANCEL
}

3.2 工厂Key生成工具

java 复制代码
public class PayKeyUtil {
    public static String buildKey(PayCompany company, PayProduct product) {
        return company.name() + "_" + product.name();
    }
}

3.3 业务调用

java 复制代码
String key = PayKeyUtil.buildKey(PayCompany.ALIPAY, PayProduct.ORDER_PAY);
UnitPayTemplate<AliPayOrderDTO> payTemplate = UnitIndependPayFactory.getInstance(key);
payTemplate.pay(dto);

四、总结

通过模板方法+工厂模式的组合,可以优雅地支持多支付公司、多产品的扩展需求。只需实现对应的模板类并注册到工厂,业务层即可通过统一接口调用,极大提升了系统的可维护性和扩展性。

相关推荐
KD1 天前
设计模式——责任链模式实战,优雅处理Kafka消息
后端·设计模式·kafka
没逻辑1 天前
gocron - 分布式定时任务管理系统
后端
程序猿DD1 天前
人工智能如何改变 Anthropic 的工作方式
java·后端
桦说编程1 天前
Guava Forwarding系列类详解——装饰器模式实战
java·后端·设计模式
VX:Fegn08951 天前
计算机毕业设计|基于springboot + vue敬老院管理系统(源码+数据库+文档)
数据库·vue.js·spring boot·后端·课程设计
算法与双吉汉堡1 天前
【短链接项目笔记】Day2 用户注册
java·redis·笔记·后端·spring
Victor3561 天前
Netty(18)Netty的内存模型
后端
Victor3561 天前
Netty(17)Netty如何处理大量的并发连接?
后端
码事漫谈1 天前
C++共享内存小白入门指南
后端