簡化假設：假定基于x86或x64的體系結構，但請指出可能影響基于RISC的體系結構的任何假設，例如Power芯片或Arm芯片。計算精度是首要要求。 易于維護將是下一個要求。計算速度很重要，但比其他要求高。計算需要能夠安全地支持操作精確到工廠以及配套值范圍達萬億（10 ^ 9）與其他問題的區別：如上所述，以前已經針對其他多種語言提出了此類問題。這個問題與其他問題有所不同，原因有兩個。使用以下來源接受的答案：為什么不使用Double或Float代表貨幣？，讓我們重點介紹它們之間的差異。（解決方案1）幾乎可以在任何語言下工作的解決方案是改用整數，并計算分。例如，1025為$ 10.25。幾種語言還具有內置類型來處理金錢。（解決方案2）除其他外，Java具有BigDecimal類，而C＃具有十進制類型。重點強調了兩個建議的解決方案第一種解決方案本質上是“定點”方法的一種變體。該解決方案存在一個問題，即建議的范圍（跟蹤分）不足以進行基于軋機的計算，并且舍入會丟失大量信息。另一種解決方案是使用decimal在C中不可用的本機類。同樣，答案不考慮其他選項，例如創建用于處理這些計算的結構或使用任意精度庫。這些差異是可以理解的，因為Java沒有結構，為什么在語言中有本機支持的情況下為什么還要考慮第三方庫。這個問題不同于該問題和其他相關問題，因為C沒有相同級別的本機類型支持，并且具有其他語言沒有的語言功能。而且我還沒有看到其他任何問題可以解決在C語言中可以采用的多種方法。問題：根據我的研究，float由于浮點錯誤，似乎不適合用于在C程序中表示貨幣的數據類型。我應該用什么來用C表示金錢，為什么這種方法比其他方法更好？
3 回答
叮當貓咪
TA貢獻1776條經驗 獲得超12個贊
使用整數數據類型（long long，long，int）或BCD（二進制編碼的十進制）算術庫。您應存儲將顯示的最小數量的十分之一或百分之一。就是說，如果您使用美元并以美分（百分之一美元）表示，則您的數值應為代表毫或毫的整數（十分之一或百分之一）。額外的重要數字將確保您的興趣和類似的計算始終如一。
如果使用整數類型，請確保其范圍足夠大以處理關注的數量
翻閱古今
TA貢獻1780條經驗 獲得超5個贊
最好的貨幣/貨幣表示形式是使用諸如doublehas 那樣的精度更高的浮點類型FLT_RADIX == 10。這些平臺/編譯器是罕見的，因為絕大多數系統都有FLT_RADIX == 2。
四種選擇：整數，非十進制浮點數，特殊十進制浮點數，用戶定義的結構。
整數：常見的解決方案是使用所選貨幣的最小面額的整數計數。以美分代替美元為例。整數的范圍必須合理地寬。喜歡的東西long long，而不是int因為int只能處理大約+/- $ 320.00。這對于涉及加/減/復數的簡單會計任務效果很好，但是開始會被除以利息計算中的除法和復雜函數。每月付款方式。有符號整數數學運算沒有溢出保護。四舍五入結果時應加倍小心。 q = (a + b/2)/b還不夠好。
二進制浮點數：2個常見的陷阱：1）使用float它經常精度不足，并且2）舍入不正確。double對于許多會計限制，使用井解決了問題1。然而，代碼仍然經常需要使用四舍五入到所需的最小貨幣單位以獲得令人滿意的結果。
// Sample - does not properly meet nuanced corner cases.
double RoundToNearestCents(double dollar) {
return round(dollar * 100.0)/100.0;
}
一種變化double是使用double最小單位的數量（0.01或0.001）。一個重要的優點是能夠通過使用round()本身滿足特殊情況的函數來簡單地四舍五入。
特別十進制浮點 某些系統提供了一個“小數”類型以外的其他double符合 DECIMAL64或類似的東西。盡管這可以解決上述大多數問題，但是卻犧牲了可移植性。
用戶定義的結構（如定點）當然可以解決所有問題，只是它很容易出錯，并且很容易工作（取而代之）。結果可能會完美運行，但缺乏性能。
結論這是一個很深的主題，每種方法都應該進行更廣泛的討論。普遍的答案是：沒有通用的解決方案，因為所有方法都有明顯的弱點。因此，這取決于應用程序的細節。
[編輯]
給定OP的其他編輯，建議使用double最小貨幣單位的編號（例如：$ 0.01-> double money = 1.0;）。每當需要精確值時，請在代碼中的各個位置使用round()。
double interest_in_cents = round(
Monthly_payment(0.07/12 /* percent */, N_payments, principal_in_cents));
我的水晶球說，到2022年，美國將下降0.01美元，最小單位為0.05美元。我將使用能夠最好地應對這一轉變的方法。
LEATH
TA貢獻1936條經驗 獲得超7個贊
如果速度是您的首要考慮因素，那么請使用按比例縮放到您需要代表的最小單位的整數類型（例如，磨機，它是0.001美元或0.1美分）。因此，123456代表$123.456。
這種方法的問題是數字可能用完了。一個32位無符號int可以表示10個十進制數字，因此在此方案下您可以表示的最大值為$9,999,999.999。如果您需要處理數十億美元的價值，那就不好了。
另一種方法是使用結構類型，其中一個整數成員代表整個美元金額，另一個整數成員代表小數美元金額（同樣，縮放為您需要代表的最小單位，無論是美分，米爾斯還是其他較小），類似于timeval在一個字段中節省整秒，而在另一字段中節省納秒的結構：
struct money {
long whole_dollars; // long long if you have it and you need it
int frac_dollar;
};
一個int是更比寬足以應付任何縮放理智的人會使用。如果該whole_dollars部分為0，則保留它的簽名。
如果您更擔心存儲任意大的值，那么總是有BCD，它可以表示比任何本機整數或浮點類型更多的數字。
不過，代表制只是成功的一半。您還必須能夠對這些類型執行算術運算，并且對貨幣的運算可能具有非常特定的舍入規則。因此，在決定自己的代表時，您需要考慮這一點。
- 3 回答
- 0 關注
- 522 瀏覽
添加回答
舉報
0/150
提交
取消