微信和支付宝支付模式详解及实现二

　　继上篇《微信和支付宝支付模式详解及实现》到如今已经有半年时间了，这期间很多朋友在公号留言支付相关的问题，最近正好也在处理公司支付相关的对接，打算写这篇来作一个更进一步的介绍，同时根据主要的几个支付方式提供实现案例。但愿可以帮助有须要的同窗，内容主要分为两个模块：

1. 微信和支付宝支付方式细分

　　1） 支付方式的对比

       2）接口实现形式

2. 案列实现（OSS.PaySdk）

　　1） 多方式配置支持

　　2） 不一样支付方式接口实现

一. 微信和支付宝支付方式细分

　　在最近半年时间微信新增了 H5支付 和 小程序支付 接口。支付宝的接口没有什么太大变化，可是文档中对接口的描述作了新的调整和归类（依然比较乱）。因此这里我会对在《微信和支付宝支付模式详解及实现》文章中提到的支付方式再次进行细化分类和对比。

　　1. 支付方式的对比

　　1).  扫码支付

　　　　在支付宝文档中如今归类为当面付（下单接口名称：交易预建立-alipay.trade.precreate）。

　　　　这里再介绍下微信的扫码的两种模式，第一种：商家先按照规则生成产品相关二维码，用户扫码后，微信发起对商家指定地址的请求，在这个请求中商家系统完成下单，获取预支付信息返回，用户端完成支付。第二种：用户下单后，商家系统获取预支付信息，生成二维码给用户完成支付。

　　2). H5支付

　　　　微信的这个接口为新增，而且商家须要申请才能开通。在支付宝中归类为手机网站支付（下单接口名称：手机网页支付-alipay.trade.wap.pay）

　　3). APP支付

　　　　客户端发起支付，支付宝下单接口名称：App支付-alipay.trade.app.pay

　　4). 公众号支付

　　　　手机端平台内浏览器直接唤起支付。在微信内则是 公众号支付。支付宝则主要是生活号，接口文档并无分类（下单接口名称：交易建立-alipay.trade.create）

　　5). 小程序支付

　　　　内部小程序支付，支付宝下单接口名称：App支付-alipay.trade.app.pay

　　6). 电脑端支付（收银台）

　　　　由于历史缘由，支付宝在PC端同时还在提供这种支付方式，直接跳转到支付宝的收银台界面，用户能够直接经过支付宝密码支付，或者在收银台页面进行扫码，我的再也不建议这个方式，流程上多了一步。下单接口名称：支付页面接口-alipay.trade.page.pay

　　7). 刷卡支付

　　　　这个主要是商家发起，扫描用户条形码/二维码/声波信息。为了避免和上边的扫码支付产生歧义，而且这个操做相似商家刷用户银行卡，叫作刷卡支付。

　　　　微信也叫刷卡支付，接口名称：提交刷卡支付。支付宝则归为当面付中的条码支付，接口名称：交易支付-alipay.trade.pay

　　前六种支付方式，是通常用在线上支付，用户和商户无需直接接触，我将其归类为线上支付。第七种则主要集中在超市，商场等，我通常归类为线下支付。

 　　2.接口实现形式

　　上边的支付方式中，除了前五种微信支付接口名称都是【统一下单】我没有列出来以外。支付宝基本都不相同，且名称歧义较大，给人相对杂乱的感受。微信则相对有序不少，且下单接口基本都走统一下单接口，除了参数属性上有些变化。这里我在接口的实现层面上也作一个简单的分解，方便你们理解

　　1） 微信实现形式

　　　　微信的接口处理逻辑相对简单，除刷卡支付，其他在唤起支付前须要经过统一下单接口请求微信支付系统获取预支付信息。

　　　　若是是公号、小程序、APP支付，须要服务端再进一步签名，交给前端JS调用。

　　　　若是是扫码支付，预支付信息中会返回二维码连接，商户经过服务端或者前端生成对应的图片便可

　　　　若是是H5支付，预支付会返回连接地址，浏览器跳转便可

　　　　若是是刷卡支付，读取附带条码上的token信息后，直接请求微信系统完成支付

　　2） 支付宝实现形式

　　　　支付宝则相对减小了请求次数

　　　　若是是H五、公号、电脑端支付，则将各自的参数组装签名以后，生成一个含有form表单的HTML，其中还附加了form.submit()方法，使得在页面附加这段html后自动提交并唤起支付。

　　　　若是是APP、小程序支付，都是使用的APP支付接口，依然组装签名，但生成的是form内容，相似：k1=v1&k2=v2的内容，交由前端客户端sdk方法唤起支付。

　　　　若是是扫码支付，则会请求支付宝系统获取预支付信息（含二维码），生成图片

　　　   若是是刷卡支付，和微信相同，读取附带条码、声波上的token信息后，直接请求支付宝系统完成支付

　　由于查询，退款等相关接口就是简单的调用，这里就不作介绍了。

二. 案例实现

　　上边的实现形式介绍完，基本上思路上就没什么障碍了，剩下就是功能代码，以及接口交互时的加解密实现。两个平台在服务端也都提供了相应的SDK，不过二者都是在.net framework框架下，同时微信端SDK功能相对简单，支付宝则封装过于臃肿，具体参数须要调用方生成对应json串的形式传入。因此在年初我我的把两个平台的接口分别进行了封装，也就是这里要介绍的OSS.PaySdk。

　　当前这个项目是在.Net Standard框架下，也就是同时支持Framework(4.6.1)和Core，基本覆盖所有支付相关接口，而且提供多租户的支持。

　　下边主要是针对这个项目下两个sdk的使用结合上边的支付方式，作一个示例，全部代码都在Github能够下载。

　　1.  多方式配置支持

　　在SDK在实现的过程当中，除了接口的功能的实现，考虑到调用方的各类状况，每一个SDK在底层我都会提供三种配置的实现方式，而且每一个SDK中都提供了一个后缀为ConfigProvider的类：

　　1）上下文配置设置方式

　　这个方式适用于多租户的形式，在当前请求上下文中根据请求信息的不一样使用不一样的商户号，能够在构造函数中调用ConfigProvider下的SetContextConfig方法，例如：

微信：

支付宝：

 　　2） 声明指定的方式

　　这种方式主要是适应某些定制模块下，不对主系统产生影响，支付至特定的商户号，能够在接口声明时经过构造函数传入，若是在当前请求上下文中没有找到配置信息，系统会优先使用这个配置信息，以微信举例：

　　3） 默认配置设置

　　若是你是单一商户的系统，则只须要在程序入口处设置这个值便可，若是系统未发现上下文和实例声明的配置，则会使用当前配置。依然以微信举例：

　　以上配置优先级依次递减。

 　　2. 不一样支付方式接口实现

　　设置完配置以后，我对以上几种支付方式的下单接口调用作一个演示，至于退款等接口，比较简单，这里就不在特殊演示，源代码中每一个文件都有详细的注释可供查找

微信：

支付宝：

 

具体的代码能够下载源码查看sample项目，在Startup中设置一个默认配置便可，前端代码请查看相应的cshtml文件

 

若是你还有其余问题，欢迎关注公众号（OSSCoder）