tolocale - Parse de JavaScriptFloat in Different Cultures
javascript tolocale (3)
No es solo Suecia / Brasil. F.ex en EE. UU. A menudo agregan comas en grandes cantidades, como $5,762,325.25 .
La función parseFloat trata esencialmente de decimales, no de cadenas locales.
En general, JavaScript a veces puede convertir cadenas / números / fechas genéricos a formatos compatibles con la configuración regional, pero no al revés.
Tengo una pregunta sobre el comportamiento predeterminado de la función parseFloat de JavaScript en diferentes partes del mundo.
En los EE. UU., Si llama a parseFloat en una cadena "123.34", obtendría un número de coma flotante 123.34.
Si estoy desarrollando código en, por ejemplo, Suecia o Brasil y usan una coma en lugar de un punto como separador decimal, la función parseFloat espera "123,34" o "123.34".
Tenga en cuenta que no estoy preguntando cómo analizar el formato numérico de una cultura diferente en los EE. UU. Me pregunto si el parseFloat en Suecia o Brasil se comporta de la misma manera que lo hace dentro de los EE. UU., O ¿espera un número en su formato local? ¿O para pensar mejor sobre esto, un desarrollador en Brasil / Suecia tiene que convertir cadenas a formato en inglés antes de que pueda usar parseFloat después de extraer texto de un cuadro de texto?
Por favor, avíseme si esto no tiene sentido.
No, se especifica parseFloat para analizar DecimalLiterals , que utiliza el punto como separador decimal. No depende de la configuración regional del entorno actual.
parseFloat no utiliza la definición de su configuración regional, sino la definición de un literal decimal.
Solo analiza no ,
Soy brasileño y tengo que reemplazar la coma con punto antes de analizar los números decimales.