关于购物车页面→支付页面的实现逻辑

Question

一、项目中的实现方式是：在购物车页面点击结算的时候，调用结算接口，数据存入 store;
二、其实可以把该接口的调用时机后置，也就是在进入支付页面的时候调用，这样我感觉支付页面的 slice 的耦合性就更小(无需再从购物车的 slice 中引入请求方法)；
三、对方式一改动一下，成功调用接口之后以路由传参的形式把 orderId 传给支付页面使用；

Answer 1

阿莱克斯刘 2023-01-31 15:39:00

有个问题是如果把购物车页面的“下单”操作后置，也就是在后端未产生相应的订单的情况下就进入支付页面，怎么会有你第三条中的“以路由传参的形式把 orderId 传给支付页面”呢？

• 提问者 浅芷初夏 #1

  老师，我写的三条分别表示三种实现逻辑。第三种其实是在购物车页面等待结算接口返回orderid后，以路由传参的形式，传递给支付页面，这样支付页面就拿到orderid ，可以实现支付；若支付页面需要展示的信息比较多，也可以通过orderid继续查询与该订单相关联的信息。我见过一些支付页面的路由上，是带有订单号/流水号的。

• 阿莱克斯刘 回复 提问者 浅芷初夏 #2

  听起来挺有道理，从逻辑上来说应该是没有问题的，的确可以简化流程。支付流程多种多样，每个公司的处理也会略有不同，而关键是支付方案需要禁得起反复论证和测试，确保任何一个流程崩溃都可以回溯或撤销。非常好，继续努力。