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

一、背景

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

二、现有设计回顾

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);

四、总结

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

相关推荐
IT_陈寒3 小时前
SpringBoot自动配置的坑,我的API突然就404了
前端·人工智能·后端
ServBay4 小时前
为什么说 MCP 是 2026 年开发者必须掌握的黄金协议?
后端·mcp
程序员夏洛4 小时前
Spring Boot 多模块项目中 IDEA 提示 Cannot resolve symbol 的一次排查记录
后端
子兮曰4 小时前
OpenMontage 深度解剖:你的 AI 编程助手,其实是个视频工作室
前端·后端·ai编程
子兮曰4 小时前
前端工具链的「Rust 化」:一场没有赢家的军备竞赛?
前端·后端·rust
爱勇宝5 小时前
从 Ctrl+CV 到 Enter:程序员正在失去什么
前端·后端·程序员
码事漫谈6 小时前
EdgeOne Makers + WorkBuddy:零基础也能快速搭建可上线的 AI 智能体(附图文教程)
后端
像我这样帅的人丶你还6 小时前
Java 后端详解(四):分页与搜索
java·javascript·后端
她的男孩6 小时前
数据权限为什么不能只靠注解?Forge 的 Mapper 层 SQL 改写源码拆解
java·后端·架构
烤代码的吐司君6 小时前
Redis 数据结构 ZSet, BIT, HyperLogLog,Geo 空间数据
redis·后端