Dlaczego BigDecimal ("5,50") nie jest równy BigDecimal ("5,5") i jak obejść ten problem?

Question

Faktycznie, Znalazłem możliwe rozwiązanie

//returns true 
new BigDecimal ("5.50").doubleValue() == new BigDecimal("5.5").doubleValue() 

oczywiście, można go poprawić coś podobnego Math.abs (v1 - v2) < EPS dokonać porównania bardziej wytrzymałe, ale pytanie brzmi, czy tej techniki dopuszczalne lub tam jest lepszym rozwiązaniem?

Jeśli ktoś wie, dlaczego projektanci java zdecydowali się na wdrożenie w ten sposób równań BigDecimal, byłoby to interesujące przeczytać.

Answer 1

Z javadoc z BigDecimal

równa

public boolean equals(Object x)

Porównuje tę BigDecimal z określonym Object równości. W przeciwieństwie do compareTo, ta metoda traktuje dwa obiekty równe tylko wtedy, gdy są one równe pod względem wartości i skali (w związku z tym 2,0 nie jest równe 2,00 w porównaniu z tą metodą).

Wystarczy użyć compareTo() == 0

Answer 2

Korzystanie == porównać podwaja seems like a bad idea w ogóle.

Można zadzwonić setScale do tej samej rzeczy na numery jesteś porównywanie:

new BigDecimal ("5.50").setScale(2).equals(new BigDecimal("5.5").setScale (2)) 

gdzie można byłoby ustawienie skali większej z dwóch:

BigDecimal a1 = new BigDecimal("5.051"); 
BigDecimal b1 = new BigDecimal("5.05"); 
// wow, this is awkward in Java 
int maxScale = Collections.max(new ArrayList() {{ a1.scale(), b1.scale()}}); 
System.out.println(
    a1.setScale(maxScale).equals(b1.setScale(maxScale)) 
    ? "are equal" 
    : "are different"); 

Korzystanie compareTo() == 0 jest najlepszą odpowiedzią. Zwiększaniu skali jednego z numerów w moim podejściu powyżej jest prawdopodobne, że „niepotrzebne inflacja”, że dokumentacja metoda compareMagnitude jest wspomnieć, kiedy mówi:

/** 
* Version of compareTo that ignores sign. 
*/ 
private int compareMagnitude(BigDecimal val) { 
    // Match scales, avoid unnecessary inflation 
    long ys = val.intCompact; 
    long xs = this.intCompact; 

i oczywiście compareTo jest dużo łatwiejszy w obsłudze od jest już zaimplementowany.

Answer 3

najprostsze wyrażenie porównać ignorując zer jest od Java 1.5:

bd1.stripTrailingZeros().equals(bd2.stripTrailingZeros())