BigDecimal und Geld

Question

Ich habe recherchiert und festgestellt, dass im Umgang mit Währung, der beste Weg, um Berechnungen zu tun ist durch die BigDecimal Klasse.

In diesem Sinne arbeite ich an einem Code, der verschiedene Arten von Devisen in US-Währung umwandelt und umgekehrt (genauer gesagt, ein Kassenregister, das ausländische Währung und konvertiert es in US-Geld, berechnet die Änderung und gibt diesen Betrag in Fremdwährung an den Kunden zurück.

Ab sofort verwenden viele der Methoden double und zwei von ihnen in int als Parameter für die Berechnung der US-Währung verwendet werden.

Frage:

Da ich die BigDecimal Klasse in meinen Berechnungen verwenden möchten, sollte ich alle meine Methoden ändern, die Berechnungen mit Doppel zu einem BigDecimal machen?

Answer 1

Ja, Sie sollten alle Floats oder Doubles ändern, um entweder Ints, Longs oder BigDecimals zu nehmen.

Floats und Doubles sind nicht präzise für finanzielle Berechnungen. Es ist eine sehr gute Idee, das Money Muster zu verwenden, um mit Beträgen und Währungen umzugehen (es ist eine spezielle Art von Quantity). Um eine Liste der Gelder zu verwalten, die möglicherweise in mehreren Währungen geführt werden, verwenden Sie eine , eine Sammlung von Money, die dann alle Werte einer Zielwährung summieren kann und eine CurrencyExchangeService (Währungsumrechnungskurse sollten auch als BigDecimals gespeichert werden).

Die Rundung sollte nach jeder Operation entsprechend der Anzahl der gewünschten Nachkommastellen und des Rundungsalgorithmus durchgeführt werden. Die Anzahl von Dezimalstellen ist normalerweise eine Eigenschaft von Currency (siehe z. B. ISO 4217); es sei denn, eine andere Nummer ist gewünscht (z. B. bei Benzinpreisen).

Sie sollten auf jeden Fall Fowlers Beispiele betrachten; aber ich habe auch eine sehr einfache Uni-Währung Money Klasse für eine exercise erstellt. Es verwendet nur Dollar und rundet auf 2 Dezimalstellen; aber es ist immer noch eine gute Basis für zukünftige Erweiterungen.

Answer 2

Ja, BigDecimal ist sicherlich der richtige Weg (Fließkomma fast nie). Auch in JDBC.

Aber das gesagt, gibt es ein Problem mit der Rundung. In einigen Fällen sind 6 Dezimalstellen in europäischer Software gesetzlich vorgeschrieben. In der Regel werden Sie bei jedem Schritt 2 Plätze einnehmen. Wenn Sie eine Menge mit 2 Dezimalstellen und einem Preis haben, erhalten Sie 4 Dezimalstellen und müssen runden. Um die hässliche BigDecimal-Schnittstelle noch hässlicher zu machen, benötigen Sie wahrscheinlich einige Hilfefunktionen (MultiplyRounded?).