条接受透过API付款
条接受透过API付款
提问于 2019-09-03 14:01:28
嗨，我正在写一个REST网络应用程序，并且对如何通过Stripe处理付款感到困惑。
我不清楚什么时候该创造秩序，下面是我想过的两种方法：
优先逼近
- 用户输入订单详细信息，然后单击place。
- Order在数据库中使用布尔标志is_active创建，orderId被发送到UI。
- 用户被重定向到条形支付页面。
- 用户输入卡的详细信息，我们将获得充电卡的条标记。
- 使用orderId发送到后端的令牌。
- 令牌在后端用于向Stripe发送请求以向用户收费，如果充电成功，则将顺序标记为活动，否则向用户报告失败。
第二次逼近
- 用户输入详细信息并单击place。
- 用户被重定向到条形支付页面。
- 用户输入卡的详细信息，我们将获得充电卡的条标记。
- 带有发送到后端的顺序细节的令牌。
- 令牌在后端用于向Stripe发送请求以向用户收费，如果收费成功，则创建订单，否则向用户报告失败。
在上述两种方法中，我应该使用哪一种方法，或者是否有其他方式来处理这些付款？
回答 1
Stack Overflow用户
发布于 2019-09-03 14:19:29
我只会使用第一种选择，如果建立一个订单是如此漫长或高风险的过程，你会想要坚持一个死去的候选人订单。
第二种方法很好。我建议将保存卡片的过程与提交订单的过程分开；因此，有两个API调用可以分别处理它们的错误。
- 用户输入订单详细信息并单击“下一步”。
- 用户通过Stripe支付页面(或您自己的现场条纹集成)发送。
- Stripe令牌被发送到后端，并保存为用户的付款方法。
- 用户单击“提交”。
- 订单详细信息被发送到后端。
- 令牌被用来请求收费等..。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/57773330
复制相关文章
相似问题
腾讯云开发者
