这里的需求是:
- 用户使用一次 API ,须先进行一次付费,使用完后,付费产生的权益也随之消失;
- 是否有开源系统直接支持最好;
- 尽量能支持 PayPal 、支付宝、微信;
对于需求 1 ,考虑后有同步方案和异步方案,同步方案即在提交时产生定单并弹出支付,当付费完成后能执行自定义的一些操作,比如发通知、调用 API 、发送权益等;如果时异步方案,则购买权益和使用权益可以分开来,使用权益码来衔接。

这里的需求是:
对于需求 1 ,考虑后有同步方案和异步方案,同步方案即在提交时产生定单并弹出支付,当付费完成后能执行自定义的一些操作,比如发通知、调用 API 、发送权益等;如果时异步方案,则购买权益和使用权益可以分开来,使用权益码来衔接。
1 Allonsy Apr 2, 2024 直接 Api 预付款不就完了, 整这么复杂.... |
2 magiclx OP 补充点,API 频度大部分使用者只会用一次,使用者可选择不注册为用户,直接用。 |
3 GenericT Apr 2, 2024 那不就是个一次性的 token 吗,随便找个发卡的程序完事儿了 |
4 cpstar Apr 2, 2024 我就是想知道,API 是一个程序调用的过程,在程序调用的过程同步做出订单和支付,谁来操作,机器么? |
5 gdfsjunjun Apr 2, 2024 API 开放平台?很多开源项目啊。 |
6 yqcode Apr 2, 2024 |
7 bigha Apr 2, 2024 你别说 还真有这玩意 跟你的需求完全匹配 你搜 云海计费解析 |
8 linyinma Apr 2, 2024 被一个简单需求说的那么复杂,,这不就是实体场景常玩“卡密”业务; 先生产一批具有权益性质的卡密; 没调用一次 API 必须传一个卡密; |
11 magiclx OP @linyinma 是的,卡密可以实现,但需要一个系统来收发卡密挺麻烦,然后再使用。有两个分割的环节,看起来有点麻烦。在考虑实现得更简洁一点,比如实现为方案 1 ,方案 2 有点麻烦: 方案 1. 用户点按钮->系统提示用户支付->用户支付->系统调用 API 后并反馈结果 方案 2. (系统 1 ,卖 token )提示用户买好 token ,(系统 2 ,消费 API )用户输入 token 后点按钮->系统调用 API 并反馈结果 |
12 linyinma Apr 2, 2024 既然是 API 调用,你业务逻辑不应该是需要人机交互啊; 如果是人机交互的逻辑那就是 “商城”逻辑 解决的范凑啊 |
13 Golor Apr 2, 2024 https://www.getlago.com/ 可以看看这个开源项目 |