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