Reprezentowanie wartości pieniężnych w Javie [zamknięte]

Może się przydać osobom przybywającym tutaj przez wyszukiwarki, aby dowiedzieć się o JodaMoney: http://www.joda.org/joda-money/.

Nie wyrażam tutaj swojej opinii, ale są całkiem dobre argumenty przeciwko BigDecimal, które ktoś powinien chyba wyrzucić:

Http://lemnik.wordpress.com/2011/03/25/bigdecimal-and-your-money/

Wygodną biblioteką, na którą wpadłem wcześniej, jest biblioteka Joda-Money . Jedna z jego implementacji jest rzeczywiście oparta na BigDecimal. Jest on oparty na specyfikacji ISO-4217 dla walut i może obsługiwać niestandardową listę walut (ładowaną przez CVS).

Ta Biblioteka ma niewielką liczbę plików, które można szybko przejrzeć, jeśli potrzebne są modyfikacje. Joda-Money jest publikowany na licencji Apache 2.0.

Jeśli używasz tylko dolarów i centów, użyłbym długiego (przesunięty o 2 miejsca po przecinku). Jeśli potrzebujesz więcej szczegółów, big decimal może być drogą do zrobienia.

Tak czy siak, pewnie wydłużyłbym klasę, żeby miałatoString (), która używa poprawnego formatu i jako miejsce do umieszczenia innych metod, które mogą się pojawić (przez długi czas mnożenie i dzielenie pójdzie nie tak, jeśli dziesiętny nie zostanie skorygowany)

Ponadto, jeśli używasz define your own class and interface, to możesz zastąpić realizacja do woli.

BigDecimal lub inna reprezentacja stałych punktów jest tym, co jest ogólnie potrzebne dla pieniędzy.

Zmiennoprzecinkowy (Double, Float) reprezentacje i obliczenia są niedokładne, co prowadzi do błędnych wyników.

Trzeba być bardzo ostrożnym, gdy mamy do czynienia z czasem i pieniędzmi.

Kiedy pracujesz z pieniędzmi, mam nadzieję, że każdy powinien wiedzieć, aby nigdy nie używać pływaka lub sobowtóra.

Ale nie jestem pewien co do Bigdecimala.

W większości przypadków będzie dobrze, jeśli po prostu śledzić centów w int lub long. W ten sposób nigdy nie radzisz sobie z miejscem po przecinku.

Wyświetlasz tylko dolary, gdy je drukujesz. Zawsze pracuj z centami wewnętrznymi za pomocą liczb całkowitych. Może to być trudne, jeśli trzeba podzielić albo trzeba użyć matematyki.abs ().

Jednak może Ci zależeć pół centa, a nawet sto centa. Nie wiem, jak to zrobić. Być może będziesz musiał poradzić sobie z tysiącami centów i użyć długiego. A może będziesz zmuszony użyć BigDecimal

Zrobiłbym o wiele więcej czytania na ten temat, ale ignorować wszystkich, którzy zaczynają mówić o użyciu float lub double do reprezentowania pieniędzy. Po prostu proszą o kłopoty.

Czuję, że moja rada nie jest kompletna, więc proszę włożyć w to więcej. Masz do czynienia z niebezpiecznymi typami!

Tworzenie klasy pieniądza jest drogą do zrobienia. Używając BigDecimal (lub nawet int) pod spodem. Następnie używając klasy waluty do zdefiniowania konwencji zaokrąglania.

Niestety bez przeciążenia Javy przez operatora tworzenie takich podstawowych typów jest dość nieprzyjemne.

Jest lepsza biblioteka, timeandmoney . IMO znacznie przewyższa biblioteki dostarczone przez JDK za reprezentowanie tych 2 pojęć.

Zdecydowanie nie BigDecimal. Istnieje tak wiele specjalnych zasad zaokrąglania i prezentacji, o które musisz się martwić.

Martin Fowler zaleca wdrożenie dedykowanej klasy Money do reprezentowania kwot walutowych, a także implementuje Zasady przeliczania walut.

Hej, oto bardzo ciekawy artykuł o Bigdecimalu, i ilustracyjny przykład, dlaczego czasami jest używany zamiast dublerów. BigDecimal Tutorial .

Możesz użyć klasy DecimalFormat, gdy ostatecznie wyświetli się wartość waluty. Zapewnia obsługę lokalizacji i jest dość rozszerzalny.

Zamknąłbym BigDecimal w klasie pieniądza, która również ma walutę, tak jak ktoś wspomniał powyżej. Ważne jest to, że wykonujesz ekstremalną ilość testów jednostkowych, zwłaszcza jeśli pracujesz z różnymi walutami. Jest też dobrym pomysłem, jeśli dodasz wygodny konstruktor, który pobiera ciąg znaków lub metodę fabryczną, która robi to samo, abyś mógł napisać swoje testy coś takiego:

   assertEquals(Money.create("100.0 USD").add("10 GBP"),Money.create("116 USD"));

Zawsze są ograniczenia i szczegóły. Każdy, kto nie ma wystarczającego doświadczenia, aby docenić subtelne kwestie opisane w poniższym artykule, powinien poważnie rozważyć zanim zajmie się rzeczywistymi danymi finansowymi: {]}

Http://lemnik.wordpress.com/2011/03/25/bigdecimal-and-your-money

BigDecimal nie jest jedyną poprawną reprezentacją ani jedynym elementem układanki. Pod pewnymi warunkami, przy użyciu klasy pieniądza popartej centami przechowywanymi jako integer mógłby być wystarczający i byłby znacznie szybszy niż BigDecimal. Tak, oznacza to użycie dolarów jako waluty i ogranicza kwoty, ale takie ograniczenia są całkowicie akceptowalne dla wielu przypadków użycia i Wszystkie waluty mają specjalne przypadki zaokrąglania i nominałów, więc nie ma "uniwersalnego" rozwiązania.