Magicodes.Pay已支持Volo Abp
简介
Magicodes.Pay希望打造一个统一支付库，相关库均使用.NET标准库编写，支持.NET Framework以及.NET Core。目前已提供Abp及Abp VNext模块的封装，支持开箱即用。
主要功能
目前已提供Abp（含Abp VNext）模块的封装，支持开箱即用。支持以下支付方式和功能：
- 支付宝支付
- APP支付
- Wap支付
- 支付宝国际支付
- 支持分账
- 微信支付
- 小程序支付
- APP支付
- 订单查询
- 企业付款（提现）
- 退款申请
- 普通红包
- 通联支付
- 小程序支付
- 微信JSAPI支付
- 统一支付回调处理
- 支持日志函数注入（不依赖支付库）
- 支持支付配置函数注入，以便于支持自定义配置获取逻辑，以应用于不同的场景（比如从配置文件、用户设置获取配置，或者多租户支持）
- 针对ABP提供模块封装，添加模块依赖即可立即使用。主要包括：
- 支付渠道注册（IPaymentRegister）
- 支付回调逻辑处理（IPaymentCallbackAction）
- 统一支付服务实现（IToPayService）
- 统一支付服务封装（见IPayAppService）
- 支付管理器封装（IPaymentManager），包含：
- 交易日志封装，自动记录客户端信息以及自动异常处理和记录
- 仅需编写一次回调逻辑，即可支持多个支付渠道
- 业务参数支持更大长度（500）
开始使用（Abp VNext）
当前教程仅适用于Abp VNext。主要步骤如下：
- 引用对应的Abp支付的Nuget包
如果仅需某个支付，仅需引用该支付的包。下面以通联支付为例，我们需要在工程中引用此包：
- 添加模块依赖
在对应工程的Abp的模块（AbpModule）中，添加对“AbpAllinpayModule”的依赖，如：
- 在DbContext中添加名为“TransactionLogs”的DbSet
整个支付过程中（无论是支付成功还是出现异常），均会记录交易日志。交易日志会记录交易过程中的一些信息，比如客户端信息、交易参数、自定义参数以及异常信息。因此我们需要针对EF添加对TransactionLog的支持。需要在DbContext中添加的完整代码如下所示：
- 注册回调逻辑
我们需要实现“IPaymentCallbackAction”接口来编写自定义的回调逻辑，一个逻辑需注册一个，通过业务关键字来匹配对应的回调逻辑，比如“缴费支付”、“充值”。如以下示例所示：
注意Key不要重复。
- 向容器中注册回调逻辑
如未自动注册，可以使用以下代码进行手动注册：
- 配置支付参数
支付参数支持配置文件或SettingManager配置，下面以配置文件为例，配置如下所示：
如上述代码所示，配置节点 “Allinpay”对应提供程序的Key。相关支付提供程序的Key如下所示：
- 支付宝：Alipay
- 国际支付宝：Global.alipay
- 通联支付：Allinpay
- 微信：Wxpay
值得注意的是，默认情况，回调统一由【Magicodes.Pay.Notify】下的“PayNotifyController”控制器来处理，因此回调地址配置格式如下所示：
- 发起支付
配置完成后，就可以使用统一封装的IPayAppService来发起支付。仅需注入IPayAppService，然后调用Pay方法即可。也可以自行再次封装，如下述代码所示：
通过IPayAppService统一支付有如下好处：
- 统一支付（无论支付宝还是微信各种端的支付，均可统一）
- 自动记录交易日志以及进行相关逻辑处理
- 自定义数据依赖交易日志进行存储，而不依赖支付渠道，因此支持无业务参数的支付渠道，也支持存储更多自定义数据
老Abp集成教程
如果使用Abp相关模块，则使用起来比较简单，具体您可以参考相关单元测试的编写。主要有以下步骤：
- 引用对应的Abp支付的Nuget包
如果仅需某个支付，仅需引用该支付的包。下面以通联支付为例，我们需要在工程中引用此包：
- 添加模块依赖
在对应工程的Abp的模块（AbpModule）中，添加对“AbpAllinpayModule”的依赖，如：
- 在DbContext中添加名为“TransactionLogs”的DbSet
整个支付过程中（无论是支付成功还是出现异常），均会记录交易日志。交易日志会记录交易过程中的一些信息，比如客户端信息、交易参数、自定义参数以及异常信息。因此我们需要针对EF添加对TransactionLog的支持。需要在DbContext中添加的完整代码如下所示：
- 注册回调逻辑
我们需要实现“IPaymentCallbackAction”接口来编写自定义的回调逻辑，一个逻辑需注册一个，通过业务关键字来匹配对应的回调逻辑，比如“缴费支付”、“充值”。如以下示例所示：
注意Key不要重复。
- 向容器中注册回调逻辑
我们可以将回调逻辑写在一个公共的程序集，然后使用以下代码进行注册：
除了上面的方式，我们还可以通过注入IPaymentManager对象，通过其RegisterCallbackAction方法来注册自定义的回调逻辑。
- 配置支付参数
支付参数支持配置文件和SettingManager配置，下面以配置文件为例，配置如下所示：
如上述代码所示，配置节点 “Allinpay”对应提供程序的Key。相关支付提供程序的Key如下所示：
- 支付宝：Alipay
- 国际支付宝：Global.alipay
- 通联支付：Allinpay
- 微信：Wxpay
值得注意的是，默认情况，回调统一由【Magicodes.Pay.Notify】下的“PayNotifyController”控制器来处理，因此回调地址配置格式如下所示：
- 发起支付
配置完成后，就可以使用统一封装的IPayAppService来发起支付。仅需注入IPayAppService，然后调用Pay方法即可。也可以自行再次封装，如下述代码所示：
通过IPayAppService统一支付有如下好处：
- 统一支付（无论支付宝还是微信各种端的支付，均可统一）
- 自动记录交易日志以及进行相关逻辑处理
- 自定义数据依赖交易日志进行存储，而不依赖支付渠道，因此支持无业务参数的支付渠道，也支持存储更多自定义数据
非ABP集成
请参考Abp相关模块的封装或者历史代码。
问题排查
检查日志，相关环节基本上均有日志输出。系统初始化时会打印已注册的支付服务以及回调逻辑，回调时会打印回调进度。如已发起支付，可以查看数据库的交易日志表的数据来辅助排查问题。
官方博客/文档站
- http://www.cnblogs.com/codelove/
- https://docs.xin-lai.com/