支付包刮刮卡业务逻辑是什么样的呢？

[hsdmha]

我们要做个一个类似支付宝刮刮卡的游戏，现在有点问题 1.是用户在进页面的时候就给他们划分好礼品还是，在刮开的时候和抽奖一样。给他随机抽取一件礼物呢？

[L1beral]

肯定是前者

[hsdmha]

@L1beral 如果是进页面就给他分好的话，那我不抽的话，岂不是要还回去。

[sonyxperia]

就是抽奖逻辑

[hsdmha]

如果是进页面就给他分配好的话，那用户不刮开，这个礼品要不要还回奖池？

[hsdmha]

我有点没搞清楚这个逻辑

[asdqaz]

@hsdmha 奖池无限大可解

[hsdmha]

@asdqaz 不是无限大的

[keventseng]

抽奖逻辑。通过正常流程进入页面有一次机会，比如线下支付成功后，这个支付订单号有机会刮一次，刮时抽奖奖品即可。

[klgd]

肯定是刮开的时候请求抽奖啊

[asdqaz]

分好，然后

[asdqaz]

抽到了，就去扣掉。否则不扣

[daveze]

应该是刮的时候才去请求，要不然进来就生成，岂不浪费资源。

[zarte]

@keventseng 怎么做到无延迟？貌似还没见过刮的时候下面没字的。

[bestie]

@zarte 断网试试能不能刮开

[sunjourney]

@keventseng #8 我光速刮开会怎样？领奖的接口可能还没返回呢

[kakudesu]

进入页面后是'点我刮卡', 点击一下后'点我刮奖'文字消失可刮奖(此时请求后端数据产生奖品信息),后面的刮图层动画就是给用户看的了

[lorryo]

一般是前者，然后加个领取的逻辑，不领作废。

后者问题太多，用户体验也差。

[10Buns]

用户进入页面就分配奖品，此时已分配未领取，设置超时时间，然后登台用户刮卡领取。否则超时奖品回收

[liangyun]

应该是前者,类似于百度知道的刮奖系统