多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
## 一、一些重要约定 1、订单号,由系统产生; 2、订单附加数据,用来标识业务,数据格式为businessType:referenceEntityId,其中,businessType:referenceEntityId表明当前订单所属的业务类型,referenceEntityId表明当前订单所属业务的关联核心实体ID;这里的目的,是把付款与业务关联起来; **举例** 例如购买会员资格,可以构造数据如:purchaseVip:1;其中purchaseVip是前后端约定好的,1表示当前购买的会员等级Id,前后端需要遵循一致的约定,这样,就可以界定清楚,支付的业务逻辑了; ## 二、微信支付 包括很多适合我们开发用的基础支付产品,如原生native支付,H5支付,公众号内JsApi支付等; 微信支付分为四种接入模式,但我们可用的,主要分为两种:直连模式和服务商模式; ### **直连模式** ![](https://img.kancloud.cn/dd/60/dd60a4a4b235f65aea270298941b478d_1044x394.png) ### **服务商模式** ![](https://img.kancloud.cn/a8/ce/a8cec6a823c5f1d014f94feeaafcebfa_1024x372.png) >[danger] 基本上,我们都是用的直连模式,服务商模式了解一下就可以了; ## 三、支付宝 包括很多适合我们开发用的支付能力,如手机网站支付,电脑网站支付等;