隨手記幾個容易被忽略的bug

一、涉及到金額的功能，保留兩位小數，精確到 分 便可，再日後也沒有意義。

 

二、功能的狀態與時間跨度有關的，例如基金這種業務需求；統一取服務器系統時間，避免用戶經過修改客戶端時間來找漏洞

 

三、關於小數的計算與展現規則；舉例如區塊鏈行業；行業規則對於數字貨幣的計算都是保留 八位小數 而 對於前端展現每每不須要展現這麼長的數據；因此在代碼的邏輯處理中，咱們須要去檢驗是不是用了八位小數來進行計算；而展現的規則；我的以爲應該全局統一，具體視業務（產品汪）而定。要麼所有四捨五入；要麼所有向上取整；要麼所有向下取整。

2019-09-29更新

四、近期遇到一個bug，復現了近三個小時才找到緣由。以下圖；當我其餘值輸入合法數據時，在紅色框內，當前需求是：最低額不能低於100；且最高額不能大於最低額；

然而emmmmm

在測試過程當中出現不少次；當我輸入最低額：120  最高額：1110；這種數據時，提示我「最低額不能大於最高額」；我丟誒；後來通過個人不懈努力啊哈哈哈哈，終於找到了規律。

跟開發交流以後發現，是沙雕開發的數據類型在這裏用了string；致使兩個數據在比較的時候，是一位一位的去比較；如上數據，120和1110，表面看起來是合法數據，可是在字符串類型的比較中，他只會返回 false。

因此這個地方用個強制轉換就好啦。

隨手記，避免之後再次踩坑。

 五、2019-10-16繼續更，大豪再一次踩雷啊，必定要記住分享海報時候的數據準確性啊，你在APP看到的跟你分享出去的就不必定是一毛同樣的啊！！！