四捨五入的重要性

這是提交代碼後5分鐘寫的,編譯結果還要等十幾分鐘,好忐忑。

剛剛把爭議已久的付款金額計算公式重新寫過一次,其實關鍵就是程序應該在何處進行四捨五入的問題。

之前跟採購部和會計部兩個部門溝通的是其他同事,聽說兩個部門意見不統一,採購部說要這樣,會計部說這樣不行,欲有大戰三百六十個回合的節奏。

他們之前還討論過什麼就不知道了,最後結果已經發郵件過來,接下來就是把它實現。

如果是規定只能用某個價格計算的話,根本不會出現這破事,而且也不用爭論這麼久才出結果。

回到四捨五入問題上,看圖

擷圖 1

一般情況下,四捨五入根本不是大問題,或者說是默許這種情況存在,可是當數據比較大的時候,四捨五入會發生根本性變化,隨著後續計算,這種誤差會越來越大,最終結算時就………

導致問題的原因不單單只有一個四捨五入問題,還有究竟以哪個價格作為計算依據、不同功能模塊之間數據交換等等。

由於時間緊迫,只能用最小改動的法案去解決,要根本性解決這個問題,估計要等上級回來。

所以只有在呈現給用戶看的數據進行四捨五入外,後臺運算一律不進行四捨五入,跨模塊計算的話就分別獨立計算,不能依賴其他模塊計算出來的結果。

MRP系統就像一個泥潭,有些人可以在裏面游泳,有些人只能越陷越深,我就在裏面正在學游泳。

FUCK!編譯服務器掛了,怪不得這麼久都沒收到通知郵件。

X生~重新運行下編譯任務。

還有11個任務,心都碎了

One Reply to “四捨五入的重要性”

发表评论

电子邮件地址不会被公开。 必填项已用*标注