在后端中,钱的处理不可谓之不重。
不同的系统要求的精度不一样,比如日常支付以分为单位便可以了,但是涉及到乘除运算(利息),那就需要更高的精度。 但是都有一个通用的做法,就是实现一个专门操作钱的类——Money。
大部分语言都有一些高精度(定点数)的工具(类),但是说实话,并不一定好用,不如自己写一个。 比如Java的BigDecimal,当用户使用非字符串进行初始化的时候,它是有精度损失的。
而数据库可能提供了decimal之类的数据类型(如mysql),但是大都十分占用内存,而且运算速度较慢。
还有的使用分为单位(如微信支付的接口),这个可以保证日常支付的需求,但是不符合程序员直观的认知(看到100想到的是100元而不是100分),容易出现疏漏。 而且转换的过程可能散落在前端后端的任意角落,难以把控,后续想要更换精度更是难上加难。
因此,建议不要使用默认的数据结构(对象),自建一个Money对象
。
补充一些钱相关的易错点:
退款退券退积分
等方式的循环使用(参考大学生白嫖肯德基被判刑事件)对接其他系统时,避免精度转换导致的损失