随手记几个容易被忽略的bug

一、涉及到金额的功能，保留两位小数，精确到 分 便可，再日后也没有意义。

 

二、功能的状态与时间跨度有关的，例如基金这种业务需求；统一取服务器系统时间，避免用户经过修改客户端时间来找漏洞

 

三、关于小数的计算与展现规则；举例如区块链行业；行业规则对于数字货币的计算都是保留 八位小数 而 对于前端展现每每不须要展现这么长的数据；因此在代码的逻辑处理中，咱们须要去检验是不是用了八位小数来进行计算；而展现的规则；我的以为应该全局统一，具体视业务（产品汪）而定。要么所有四舍五入；要么所有向上取整；要么所有向下取整。

2019-09-29更新

四、近期遇到一个bug，复现了近三个小时才找到缘由。以下图；当我其余值输入合法数据时，在红色框内，当前需求是：最低额不能低于100；且最高额不能大于最低额；

然而emmmmm

在测试过程当中出现不少次；当我输入最低额：120  最高额：1110；这种数据时，提示我“最低额不能大于最高额”；我丢诶；后来通过个人不懈努力啊哈哈哈哈，终于找到了规律。

跟开发交流以后发现，是沙雕开发的数据类型在这里用了string；致使两个数据在比较的时候，是一位一位的去比较；如上数据，120和1110，表面看起来是合法数据，可是在字符串类型的比较中，他只会返回 false。

因此这个地方用个强制转换就好啦。

随手记，避免之后再次踩坑。

 五、2019-10-16继续更，大豪再一次踩雷啊，必定要记住分享海报时候的数据准确性啊，你在APP看到的跟你分享出去的就不必定是一毛同样的啊！！！