BigDecimal - aby użyć new lub valueOf

Natknąłem się na dwa sposoby uzyskania obiektu BigDecimal z podwójnego d.

1. new BigDecimal(d)
2. BigDecimal.valueOf(d)

Które podejście byłoby lepsze? Czy valueOf stworzyłoby nowy obiekt?

Ogólnie (nie tylko BigDecimal), co jest zalecane - new czy valueOf?

Dzięki.

To są dwa osobne pytania: „Do czego mam używać BigDecimal?” i „Co ogólnie robię?”

Bo BigDecimal: jest to trochę trudne, ponieważ nie robią tego samego . BigDecimal.valueOf(double)użyje kanoniczną Stringreprezentację na doublewartość przekazana do instancji BigDecimalobiektu. Innymi słowy: wartością BigDecimalobiektu będzie to, co zobaczysz, kiedy to zrobisz System.out.println(d).

Jeśli new BigDecimal(d)jednak użyjesz , BigDecimalspróbuje przedstawić doublewartość tak dokładnie, jak to możliwe . Będzie to zazwyczaj powodują dużo więcej cyfr są przechowywane niż chcesz. Ściśle mówiąc, jest to bardziej poprawne niż valueOf(), ale jest o wiele mniej intuicyjne.

Jest ładne wyjaśnienie tego w JavaDoc:

Wyniki tego konstruktora mogą być nieco nieprzewidywalne. Można założyć, że pisanie new BigDecimal(0.1)w Javie tworzy wartość BigDecimalrówną dokładnie 0,1 (nieskalowana wartość 1 ze skalą 1), ale w rzeczywistości jest równa 0,1000000000000000055511151231257827021181583404541015625. Dzieje się tak, ponieważ 0.1 nie może być reprezentowane dokładnie jako a double(lub, jeśli o to chodzi, jako ułamek binarny o dowolnej skończonej długości). W związku z tym wartość, która jest przekazywana do konstruktora, nie jest dokładnie równa 0,1, niezależnie od wyglądu.

Ogólnie, jeśli wynik jest taki sam (tj. Nie w przypadku BigDecimal, ale w większości innych przypadków), to valueOf()powinno być preferowane: może wykonywać buforowanie wspólnych wartości (jak widać na Integer.valueOf()), a nawet może zmieniać zachowanie buforowania bez osoba dzwoniąca musi zostać zmieniona. zawszenew utworzy instancję nowej wartości, nawet jeśli nie jest to konieczne (najlepszy przykład: vs. ).new Boolean(true)Boolean.valueOf(true)

Jeśli używasz swoich BigDecimalobiektów do przechowywania wartości walut, zdecydowanie zalecam, aby w swoich obliczeniach NIE wprowadzać żadnych podwójnych wartości.

Jak stwierdzono w innej odpowiedzi, istnieją znane problemy z dokładnością związane z podwójnymi wartościami, które będą Cię prześladować.

Gdy już to minie, odpowiedź na twoje pytanie jest prosta. Zawsze używaj metody konstruktora z wartością String jako argumentem konstruktora, ponieważ nie ma valueOfmetody dla String.

Jeśli chcesz uzyskać dowód, wypróbuj następujące rozwiązania:

BigDecimal bd1 = new BigDecimal(0.01);
BigDecimal bd2 = new BigDecimal("0.01");
System.out.println("bd1 = " + bd1);
System.out.println("bd2 = " + bd2);

Otrzymasz następujące dane wyjściowe:

bd1 = 0.01000000000000000020816681711721685132943093776702880859375
bd2 = 0.01

Zobacz także to powiązane pytanie

Zasadniczo valueOf (double val) robi to:

return new BigDecimal(Double.toString(val));

Dlatego -> tak, zostanie utworzony nowy obiekt :).

Ogólnie myślę, że zależy to od Twojego stylu kodowania. Nie mieszałbym valueOf i „nowego”, jeśli oba są tym samym wynikiem.