前言
有了一些开发阶段的步骤,下面开始新的篇章。这一章不讲代码,已经看过仔细观看过微信官方的文档或者其他博主的博客,可以跳到微信支付-H5支付-第三章 。
正言
要开始开发之前一定要耐心看微信官方提供的接口流程图,偶尔会有适,只能劝君多努力。
分析
通过上述接口了流程图可以了解到,整个支付订单的大概轮廓。
对照官方给出的API列表大致剖析为几个节点:
下单
业务场景:指用户在客户端发起下单指令。
实际逻辑:前端触发后端,后端调用微信《统一下单》接口,获取“支付跳转链接”,前端跳转到微信支付页面,支付订单。
业务场景:无
实际逻辑:实际上,用户支付订单后,微信那边确定订单是否支付成功的回调函数是异步的,所以我们后台要开发一个回调接口给微信调用,处理我们的支付成功或者失败的逻辑。
备注:这个接口属于比较特殊的接口,其一它是异步回调接口,硬性要求是:1、外网可以访问。2、https请求。其二就是上述截图的注意。
查询
业务场景:用户或者后台系统查询订单状态的接口。
实际逻辑:基本上无逻辑。
业务场景:可以直接用《查询订单》接口替代,如果没记错的话,开发这个项目之前应该是半年前,有点记不住了。。。
实际逻辑:基本上无逻辑。
退款
业务场景:当订单发生歧义,需要执行退款的申请。或当发起用户支付,《支付结果通知》接口,返回正常的状态码时(代表微信正常扣费),而实际上后台的代码异常,自动申请退款。
实际逻辑:记录退费记录。
备注:这个接口也属于比较特殊的接口,需要公司去申请证书,且触发的条件苛刻很多。后面有机会详细点描述。
业务场景:无
实际逻辑:雷同《支付结果通知》
业务场景:基本上比较少用,可以自己研究下。