提交订单号
3 月,跳不动了?>>> 在电商业务中,商品的交付都是围绕订单号来进行的。一般的基础流程都是创建订单、支付订单、交付订单、签收订单。 基于订单,我们可以做很多工作。比如,建立一条交易的数据总线,定期核对商品的交付情况,以此来保证数据的最终一致性。再比如,通过订单号,将各个系统中的数据串起来,扮演请求 traceId 的作用,等等。 客户端要购买商品,有两种程序上的交互方式: 第一种、 第一步、客户端提交待购买的商品信息,之后,服务端创建订单,并将订单号返回给客户端; 第二步、客户端提交订单号给服务端,进行支付。 第二种、 客户端提交待购买的商品信息,服务端创建订单,并进行支付。 两种方式的本质区别在于: 交易的过程,客户端是否需要知道订单号的存在 拿苹果手机的 IAP 支付举例,通俗的讲,就是在 APP 内支付。简单介绍一下苹果支付的基础流程: 在苹果服务后台创建商品,创建的商品需要和我们实际的商品做对应。 客户端和苹果服务交互,完成用户扣款 客户端获取苹果服务返回的扣费凭据,提交给服务端 服务端请求苹果服务,验证凭据的有效性,决定是否给用户交付商品 在这个流程中,订单号应该在步骤1创建,还是在步骤4创建呢?如果在步骤4创建,在用户行为上,就缺失了用户尝试支付的订单数据,数据表中也只存在用户成功发起支付的订单。 来源: oschina 链接: https://my.oschina