JSON n'a pas tenu compte de l'infini et de NaN ; statut de JSON dans ECMAScript ?

Question

Une idée de la raison pour laquelle JSON a laissé de côté NaN et +/- Infini ? Cela place Javascript dans une situation étrange où des objets qui seraient autrement sérialisables, ne le sont pas, s'ils contiennent des valeurs NaN ou +/- infini.

Il semble que cela ait été coulé dans le béton : voir RFC4627 y ECMA-262 (section 24.5.2, JSON.stringify, NOTE 4, page 683 du pdf ECMA-262 lors de la dernière édition) :

Les nombres finis sont stringifiés comme si en appelant ToString(number) . NaN et Infini, quel que soit le signe, sont représentés par la chaîne de caractères null .

Answer 1

Infinity y NaN ne sont pas des mots-clés ou quoi que ce soit de spécial, ce sont juste des propriétés de l'objet global (comme l'est undefined ) et, en tant que tel, peut être modifié. C'est pour cette raison que JSON ne les inclut pas dans la spécification -- en substance, toute chaîne JSON véritable devrait avoir le même résultat dans EcmaScript si vous faites eval(jsonString) o JSON.parse(jsonString) .

Si cela était autorisé, quelqu'un pourrait injecter du code semblable à

NaN={valueOf:function(){ do evil }};
Infinity={valueOf:function(){ do evil }};

dans un forum (ou autre) et ensuite toute utilisation de json sur ce site pourrait être compromise.

Answer 2

Sur la question originale : Je suis d'accord avec l'utilisateur "cbare" pour dire que c'est une omission malheureuse dans JSON. L'IEEE754 les définit comme trois valeurs spéciales d'un nombre à virgule flottante. JSON ne peut donc pas représenter entièrement les nombres à virgule flottante IEEE754. En fait, c'est même pire, puisque le JSON tel que défini dans la norme ECMA262 5.1 ne définit même pas si ses nombres sont basés sur l'IEEE754. Étant donné que le flux de conception décrit pour la fonction stringify() de la norme ECMA262 mentionne les trois valeurs spéciales IEEE, on peut soupçonner que l'intention était en fait de prendre en charge les nombres à virgule flottante IEEE754.

Comme autre point de données, sans rapport avec la question : Les types de données XML xs:float et xs:double indiquent qu'ils sont basés sur les nombres à virgule flottante IEEE754 et prennent en charge la représentation de ces trois valeurs spéciales (voir W3C XSD 1.0 Part 2, Datatypes).

Answer 3

Pourriez-vous adapter le modèle d'objet nul, et représenter dans votre JSON des valeurs telles que

"myNum" : {
   "isNaN" :false,
   "isInfinity" :true
}

Ensuite, lors de la vérification, vous pouvez rechercher le type

if (typeof(myObj.myNum) == 'number') {/* do this */}
else if (myObj.myNum.isNaN) {/* do that*/}
else if (myObj.myNum.isInfinity) {/* Do another thing */}

Je sais qu'en Java, vous pouvez surcharger les méthodes de sérialisation afin d'implémenter une telle chose. Je ne sais pas d'où vient votre sérialisation, donc je ne peux pas donner de détails sur la façon de l'implémenter dans les méthodes de sérialisation.

Answer 4

Serait-ce parce que JSON est destiné à être un format d'échange de données qui peut être utilisé dans une variété de plates-formes et autoriser NaN/Infini le rendrait moins portable ?

Answer 5

Si vous avez accès au code de sérialisation, vous pouvez représenter l'infini par 1,0e+1024. L'exposant est trop grand pour être représenté dans un double et lorsqu'il est désérialisé, il est représenté comme Infini. Fonctionne sur webkit, pas sûr pour les autres parsers json !