这是一个创建于 562 天前的主题，其中的信息可能已经有所发展或是发生改变。
这里的需求是：
- 用户使用一次 API ，须先进行一次付费，使用完后，付费产生的权益也随之消失；
- 是否有开源系统直接支持最好；
- 尽量能支持 PayPal 、支付宝、微信；
对于需求 1 ，考虑后有同步方案和异步方案，同步方案即在提交时产生定单并弹出支付，当付费完成后能执行自定义的一些操作，比如发通知、调用 API 、发送权益等；如果时异步方案，则购买权益和使用权益可以分开来，使用权益码来衔接。
 | 1 Allonsy 2024-04-02 02:36:12 +08:00 直接 Api 预付款不就完了, 整这么复杂.... |
 | 2 magiclx OP 补充点，API 频度大部分使用者只会用一次，使用者可选择不注册为用户，直接用。 |
 | 3 GenericT 2024-04-02 03:01:22 +08:00  1 那不就是个一次性的 token 吗，随便找个发卡的程序完事儿了 |
 | 4 cpstar 2024-04-02 08:19:22 +08:00 我就是想知道，API 是一个程序调用的过程，在程序调用的过程同步做出订单和支付，谁来操作，机器么？ |
 | 5 gdfsjunjun 2024-04-02 08:48:12 +08:00 API 开放平台？很多开源项目啊。 |
 | 6 yqcode 2024-04-02 09:32:14 +08:00 |
 | 7 bigha 2024-04-02 09:36:54 +08:00 你别说 还真有这玩意 跟你的需求完全匹配 你搜 云海计费解析 |
 | 8 linyinma 2024-04-02 09:48:02 +08:00 被一个简单需求说的那么复杂，，这不就是实体场景常玩“卡密”业务； 先生产一批具有权益性质的卡密； 没调用一次 API 必须传一个卡密； |
| 9 magiclx OP @GenericT 采用异步来处理，确实就是发 token ，我找了一圈，差不多至少都有 20 张表，太复杂，有简单点的推荐吗，无头的也行。 |
| 10 magiclx OP @cpstar 用户点击客户端上的一个按钮，然后开始调用 API ，当然，体验好一点，可以预先做一遍业务逻辑是否满足的 check ，然后再调用。 |
| 11 magiclx OP @linyinma 是的，卡密可以实现，但需要一个系统来收发卡密挺麻烦，然后再使用。有两个分割的环节，看起来有点麻烦。在考虑实现得更简洁一点，比如实现为方案 1 ，方案 2 有点麻烦： 方案 1. 用户点按钮->系统提示用户支付->用户支付->系统调用 API 后并反馈结果 方案 2. （系统 1 ，卖 token ）提示用户买好 token ，（系统 2 ，消费 API ）用户输入 token 后点按钮->系统调用 API 并反馈结果 |
| 12 linyinma 2024-04-02 11:44:24 +08:00 既然是 API 调用，你业务逻辑不应该是需要人机交互啊； 如果是人机交互的逻辑那就是 “商城”逻辑 解决的范凑啊 |
 | 13 Golor 2024-04-02 11:47:52 +08:00 https://www.getlago.com/ 可以看看这个开源项目 |
Select Language