Gibt es andere Fehler, die BigDecimal ähnlich sind ("1.0"). Equals (new BigDecimal ("1") gibt false zurück?

Question

Ich bin gerade auf ein Verhalten innerhalb von BigDecimal gestoßen, das mir vorher nicht bewusst war. ve verwendet sie immer als Alternative für Bereiche zu verdoppeln, wo Präzision wichtig ist. zum Beispiel in finanziellen Berechnungen.

jedoch vor kurzem ich auf diese Tatsache kam

new BigDecimal("1.0").equals(new BigDecimal("1")) == false 

ich ich war überrascht, dies zugeben. Ich nehme an, es ist so, weil das erste eine Skala von 1 hat, während das zweite eine Skala von 0 hat, aber immer noch scheint es kontraintuitiv zu sein Ich denke, der Grund, warum ich nie hatte rennen Sie davor, weil wir immer die feste Skala BigDecimals für finanzielle Berechnungen verwendet haben.

Überprüfung des BigDecimaldocumentation das sehe ich sagt, dass compareTo() == 0 verwendet werden soll, für die Gleichstellung zu ignorieren Maßstab zu überprüfen, während die equals() sowohl den Wert und die Skala vergleicht.

Gibt es noch andere ähnliche Fehler, die ich beachten sollte, wenn Sie BigDecimal s mit verschiedenen Maßstäben verwenden?

Answer 1

Nach JavaDoc der equals():

Im Gegensatz zu compareTo Dieses Verfahren berücksichtigt zwei BigDecimal Objekte gleich nur dann, wenn sie in Wert und Umfang gleich sind (also 2,0 nicht gleich 2,00, wenn mit dieser Methode im Vergleich) .

So equals() prüft, ob die Objekte genau der gleichen sind. compareTo() "nur" vergleicht ihren numerischen Wert.

Answer 2

Es gibt einen Wert und eine Skala des BigDecimal. Beide müssen gleich sein, damit die BigDecimals gleich sind. Aus den Java-Dokumenten. . .

Im Gegensatz zu compareTo Dieses Verfahren berücksichtigt zwei BigDecimal Objekte gleich nur, wenn sie in Wert und Umfang gleich sind (also 2,0 nicht gleich 2,00, wenn mit dieser Methode im Vergleich).

https://docs.oracle.com/javase/7/docs/api/java/math/BigDecimal.html#equals(java.lang.Object)

Answer 3

BigDecimal gleich überprüft, ob der Inhalt der beiden BigDecimal-Objekt gleich sind. z.B. Ihre toString() wäre das gleiche. Genau wie "1.0" und "1" sind nicht gleich, noch ist new BigDecimal("1.0").equals(new BigDecimal("1")) als die unscaledValue() und getScale() sind beide unterschiedlich.

Der Haken ist, dass, während Sie wusste, dass == würden die Inhalte nicht vergleichen, und Sie vielleicht gesagt worden .equals die Lösung für String ist, kann es nicht tun, was Sie für BigDecimal gedacht.

Für compareTo muss es arbeiten, was größer als oder kleiner als ist und da die Werte weder größer noch kleiner als sie nur sein können (aber nicht gleich).