在处理金额时用long还是BigDecimal,所引发的讨论

图片

亲爱的小伙伴们,由于微信公众号改版,打乱了发布时间,为了保证大家可以及时收到文章的推送,可以点击上方蓝字关注测试工程师成长之路,并设为星标就可以第一时间收到推送哦!

周末在闲逛的时候

无意间看到一个贴子,感觉很有意思

就是在处理金额时用long还是用Bigdecimal

在坐的各位做为一个专业测试,想必大家也很想知道

下方为原贴:立即查看

图片

今天组长和研发总监吵起来了

吵架原因是系统中关于价格,金额,设计成BigDecimal还是 Long 。

组长是比较有经验的开发,他觉得应该设计成BigDecimal,他之前带过很多项目都是设计成bigDecimal,从没出过问题。

总监坚持是long,说以前公司金额这块出过大问题,财务把开发骂的狗血淋头,后来改成了long就没有问题了。

以我1年工作经验,三年开发经验来看,还是设计成long爽一点,计算的时候不用转换,直接干。

大家的项目中有因金额设计问题遇到的坑吗?

bigDecimal有哪些坑?long又有哪些坑?可以进群一起讨论下,手动狗头

图片

图片

以下是各路大神的回复

图片

图片

图片

 

图片

接口自动化测试系列

UI自动化测试系列

自动化测试系列

抓包工具系列

功能测试系列

面试宝典系列

测试工具系列

团队管理系列

性能测试系列

图片

  • 10
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值