¿Cómo convierto un String a Double en Java utilizando una configuración regional específica?

Question

Quiero convertir algunos números que obtuve como cadenas en Dobles, pero estos números no están en la configuración estándar de EE. UU., Sino en una diferente. ¿Cómo puedo hacer eso?

Answer 1

Probar java.text.NumberFormat. Desde Javadocs:

Para formatear un número para una configuración regional diferente, especifíquelo en la llamada a getInstance.

NumberFormat nf = NumberFormat.getInstance(Locale.FRENCH); 

También puede utilizar un NumberFormat para analizar los números:

myNumber = nf.parse(myString); 

parse() devuelve un Number; así que para obtener un double, debe llamar myNumber.doubleValue():

double myNumber = nf.parse(myString).doubleValue(); 

Tenga en cuenta que nunca se volverá parse()null, así que esto no puede causar una NullPointerException. En cambio, parse arroja un ParseException marcado si falla.

Editar: originalmente me dijeron que no había otra manera de convertir a double: enviar el resultado al Double y utilizar unboxing. Pensé que, dado que se estaba utilizando una instancia de propósito general de NumberFormat (según Javadocs para getInstance), siempre devolvería un Double. Pero DJClayworth señala que Javadocs para parse(String, ParsePosition) (que se llama por parse(String)) dice que se devuelve un Long si es posible. Por lo tanto, lanzando el resultado a Double no es seguro y no debe intentarse.
Gracias, DJClayworth!

Answer 2

Esto no debería ser un problema con java.text.DecimalFormat.

Answer 3

Usted usa un NumberFormat. Here es un ejemplo, que creo que parece correcto.

Answer 4

Uso NumberFormat.getNumberInstance (Locale)

Answer 5

¿Sabe usted qué configuración regional que es? Entonces puede usar

DecimalFormat format = DecimalFormat.getInstance(theLocale); 
format.parse(yourString); 

esto incluso funcionará para anotaciones científicas, cadenas con signos de porcentaje o cadenas con símbolos de moneda.

Answer 6

NumberFormat es el camino a seguir, pero debe tener en cuenta sus peculiaridades que surgen cuando los datos son menos del 100% correctos.

He encontrado muy útil el siguiente:

http://www.ibm.com/developerworks/java/library/j-numberformat/index.html

Si la entrada se puede confiar, entonces no tiene que preocuparse por ello.

Answer 7

Aquí es cómo se utiliza para convertir un parseDoubleString a un Double:

doubleExample.java

import java.io.BufferedReader; 

import java.io.IOException; 

import java.io.InputStreamReader; 

public class doubleExample { 

     public static void main(String[] args) { 

       Double myDouble = new Double("0"); 
       System.out.println("Please enter a number:"); 

       try 
       { 
         //get the number from console 
         BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); 
         myDouble = Double.parseDouble(br.readLine()); 
       } 
       //if invalid value was entered 
       catch(NumberFormatException ne) 
       { 
         System.out.println("Invalid value" + ne); 
         System.exit(0); 
       } 
    catch(IOException ioe) 
       { 
         System.out.println("IO Error :" + ioe); 
         System.exit(0); 
       } 

       System.out.println("Double value is " + myDouble); 
     } 
} 

Answer 8

Sólo el aprendizaje de Java y programación. Tenía una pregunta similar. Encontrado algo como esto en mi libro de texto:

Scanner sc = new Scanner(string); 
double number = sc.nextDouble(); 

El libro dice que un escáner decodifica automáticamente lo que está en un variabel cadena y que la clase escáner se adapta automáticamente al idioma del conjunto de configuración regional, la configuración regional del sistema es el defecto, pero eso es fácil de configurar para otra cosa.

He resuelto mi problema de esta manera. Tal vez esto podría funcionar para el problema anterior en lugar de analizar?

Adición: El motivo por el que me gustó este método fue el hecho de que cuando uso cajas de marcación para entrada y luego trato de convertir la cadena a doble con análisis obtengo una NumberFormatException. Resultó que el análisis utiliza exclusivamente el formato de número de EE. UU. Mientras que el escáner puede manejar todos los formatos. El escáner hizo que la entrada funcionara perfectamente incluso con el separador decimal de coma (,). Como la respuesta más votada utiliza el análisis, realmente no veo cómo resolvería este problema en particular. Tendría que ingresar sus números en el formato de EE. UU. Y luego convertirlos a su formato de configuración regional. Eso es bastante inconveniente cuando el teclado numérico está equipado con una coma.

Ahora ya está todo libre al triturar en pedazos;)