JSON standard-números en coma flotante

Es perfectamente válido, de acuerdo a RFC 4627 RFC 7159*:

La representación de los números es similar a la utilizada en la mayoría de lenguajes de programación. Un número contiene un componente entero que puede ser prefijado con un signo menos opcional, que puede ser seguido por una parte fracción y / o una parte exponente.

Las formas octales y hexadecimales no están permitidas. No se permiten ceros a la izquierda.

Una fracción es un decimal punto seguido de uno o más dígitos.

Una parte exponente comienza con la letra E en mayúscula o minúscula, que puede ser seguido por un signo más o menos. La E y opcional signo son seguidos por uno o más dígitos.

Valores numéricos que no se pueden representar como secuencias de dígitos (como Infinity y NaN) no están permitidos.

A los exponentes se les permite tener 0s iniciales, pero no la sección entera:

number = [ minus ] int [ frac ] [ exp ]

decimal-point = %x2E       ; .

digit1-9 = %x31-39         ; 1-9

e = %x65 / %x45            ; e E

exp = e [ minus / plus ] 1*DIGIT

frac = decimal-point 1*DIGIT

int = zero / ( digit1-9 *DIGIT )

minus = %x2D               ; -

plus = %x2B                ; +

zero = %x30                ; 0

_{* El estándar RFC 7159 reemplaza el memo informativo RFC 4627, sin embargo, la gramática utilizada sigue siendo exactamente la misma.}

Mientras que desde una perspectiva JSON (y JavaScript) estos cuatro números

A) 100
b) 100.0
c) 1.0E+2
d) 1E+2

Son solo cuatro formas de escribir exactamente el mismo número, en entornos donde los enteros y los reales son tipos distintos de números que podrían no ser todos equivalentes.

Y mientras que (a) claramente significa un entero, y (b) un real, y (c) un real también, el caso (d) es un poco ambiguo: por ejemplo, en C esto es un punto flotante literal (porque hay un exponente), pero en Ada es un literal entero (porque no hay punto decimal).

Y en ISO 6093:1985 "Procesamiento de la información – Representación de valores numéricos en cadenas de caracteres para el intercambio de información", el último es no válido, mientras que los otros tres corresponden a los tres formatos distinguibles NR1, NR2 y NR3 definidos allí.

Así que en general-en JSON o en otro lugar -, preferiría y recomiendo siempre incluya un punto decimal en una representación de cadena decimal" científica " con un exponente.

Y colocar al menos un dígito delante del punto decimal (si hay uno), como JSON (y Ada, pero no C) requiere e ISO 6093 recomienda (pero no requiere).

Solo para evitar malentendidos (entre humanos) o problemas de intercambio de datos (entre máquinas y programas).