V2EX › TUNGH 的所有回复 › 第 7 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2022 年 4 月 1 日

回复了 polobug 创建的主题 › 程序员 › 看纯英文技术文档速度慢。。你们怎么习惯的

其实我认为有道词典翻译比 google 翻译好多了

2022 年 3 月 31 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@xuanbg 余额的作用在我们系统中类似于优惠券或者代币，所以肯定要锁住啊，而支付是去的支付宝或者微信。

2022 年 3 月 31 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@darkengine 看我上一个回复

2022 年 3 月 30 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。（同一个产品提的需求）
第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。
所以，在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。

2022 年 3 月 30 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额

2022 年 3 月 30 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.

2022 年 3 月 30 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@westoy 我们支付的时候是拉起支付宝或者微信，余额就跟代币的功能一样，所以肯定要锁住余额。

2022 年 3 月 30 日

回复了 TUNGH 创建的主题 › 程序员 › 遇到这种产品需求怎么办？

@mnssbe 其实都有很大问题，产品很水，自己每次新提的需求都和以前的旧需求有冲突。