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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2022 年 4 月 28 日

回复了 gtchan13579 创建的主题 › 问与答 › 决赛圈了，给老婆换一台手机，三选一。

买小米 civi 最新款啊又轻又薄,自用小米 11pro 散热比小米 12 好多了,但是夏天都顶不住火龙 888 的温度

2022 年 4 月 13 日

回复了 mokevip 创建的主题 › 程序员 › 如何看待后端接口带出数据库全部字段

作为后端开发,给前端的每一个接口几乎都重写了 VO,你们后端这样写,不但懒,而且蠢.

2022 年 4 月 11 日

回复了 jamfer 创建的主题 › 游戏开发 › 继续推进我的独立游戏，完全重构了，改用体素风格，招募大神一起创作

很酷啊

2022 年 4 月 2 日

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

@cartsimon DeepL 有 google 插件测试版本,我使用过,对比了一下,感觉确实比有道词典好一些,但是好得有限,最大的问题是 deepl 服务器在国外,即使挂 vpn 翻译速度也很感人

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 其实都有很大问题，产品很水，自己每次新提的需求都和以前的旧需求有冲突。