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