Jak mogę wyprowadzać zlokalizowane wartości zmiennoprzecinkowe Java w pełnej precyzji?

Question

Jeśli sformatować podwójne przy użyciu metody toString, to otrzymam pełną precyzję podwójnego. Na przykład (stosując Scala składni)

java.text.MessageFormat.format ("{0}", Math.PI.toString) 

spowoduje łańcuch zawierający:

3.141592653589793 

jednak, wartość ta jest zlokalizowany. Gdybym przechodzą podwójną wartość jako pudełkowej Double, że jest tak:

java.text.MessageFormat.format ("{0}", Math.PI.asInstanceOf[AnyRef]) 

(AnyRef jest Scala typ, który jest odpowiednikiem Object w Java), a następnie wynik jest zlokalizowana ciąg z obcinane precyzja:

3.142 

wynik jest taki sam, nawet jeśli dodać więcej podpowiedź do łańcucha format:

java.text.MessageFormat.format ("{0,number}", Math.PI.asInstanceOf[AnyRef]) 

mogę uzyskać pełną precyzję określając format niestandardowy:

java.text.MessageFormat.format ("{0,number,#.###############}", Math.PI.asInstanceOf[AnyRef]) 

ale to wymaga pewnej wiedzy o podwójnej wielkości i precyzji. Jeśli drukuję jakąkolwiek podwójną wartość (nie tylko Pi) i chcę zachować pełną precyzję wartości, to podejście to oznacza, że ​​muszę dynamicznie zmieniać ciąg formatu - i to nie jest dogodnie wygodne, jeśli (jak w w moim przypadku) łańcuch formatu jest faktycznie uzyskiwany z pakunku zasobów. Na przykład rozważ podwójną wartość . Konwertowanie na ciąg znaków jako pierwsze i użycie "{0}" jako ciągu formatu powoduje, że odpowiednia, ale nieokreślona, ​​wartość ciągu znaków to 1.0E37. Jeśli przekażę to jako zapakowany Double z ciągiem formatu "{0, numer}", otrzymam śmieszną wartość 10,000,000,000,000,000,000,000,000,000,000,000,000.

Podsumowując, nie mogę znaleźć ciągu formatu, który zachowuje pełną precyzję podwójnego kształtu bez uprzedniego przekonwertowania go na ciąg znaków - i to jest coś, co wolałbym uniknąć, tak jak zarazy. Czy istnieje ciąg formatu liczbowego, który wyświetla pełną dokładność podwójnego jako zlokalizowanej wartości?

UPDATE:

Właśnie w celu wyjaśnienia, dlaczego wolałbym nie mieć do konwersji podwójnych do strun:

• toString powrotów, o ile jestem w stanie powiedzieć, ważny Java podwójna wartość dosł. Jako ciąg wynik nie jest zlokalizowany po przekazaniu do MessageFormat.format. Na przykład powiedzmy, że chcę wyprowadzić zlokalizowaną postać o wartości 1234.567. toString zwróci "1234.567", a MessageFormat.format zostawi to na tym. W porządku. Mam swoją dokładność. Jednak w Niemczech miałoby to więcej sensu, gdyby pojawił się jako "1.234,567". Nawet w USA/Wielkiej Brytanii wyglądałoby to ładniej, gdyby wyglądało na "1,234.567".
• Jeśli mijam zapakowane Integer, Boolean, lub inny niż zmiennoprzecinkowych prymitywny typ do MessageFormat.format (z prostym „{n}” format), a potem się ładnie zlokalizowana, pełna moc precyzja. Nie potrzebuję - i nie powinienem, ponieważ stracę zlokalizowane dane wyjściowe - najpierw konwertuj te wartości na ciągi. Oznacza to, że muszę traktować double (i float oraz BigDecimal s) inaczej i konwertować je na ciągi przed przekazaniem ich do MessageFormat.format. (Co więcej, muszę to robić za każdym razem.)

Answer 1

Format podwójny w Javie reprezentowany jest przez 64 bity, a do mantysy używane są 52 bity. log (2) = 15.65355977. Oznacza to, że precyzja Double jest z grubsza 15-16 cyfr.

Więc myślę, że wynik 3.141592653589793 jest prawie wszystkim, co można uzyskać z Double.

Answer 2

MessageFormat używa zlokalizowanej reprezentacji, z separatorami tysięcy, może przecinkiem dziesiętnym i tak dalej. W twoim użyciu używa domyślnego ustawienia narodowego twojej platformy.

Coś należy trzymać oddzielnie od notacji uniwersalnego programisty, valueOf/toString.

Używanie double i precision jest trochę oksymoronu, ponieważ dziesiętna reprezentacja jest przybliżeniem sumy potęg 2, że podwójne jest wewnętrznie.

Aby zachować pełną informację, można przechowywać surowe bity w formie tekstowej, używając numeru Double.doubleToRawLongBits i w drodze powrotnej longBitsToDouble.

double x = Math.PI; 
String repr = String.format("%016x", Double.doubleToRawLongBits(x)); 
x = Double.longBitsToDouble(Long.valueOf(repr, 16));