Aller au contenu principal

Appendix A. Changes from RFC 4627 (Changements par rapport à RFC 4627)

Cette section énumère les changements entre ce document et le texte de RFC 4627.

  • Modifié le titre et le résumé du document

  • Changé la référence à [UNICODE] pour qu'elle ne soit pas spécifique à une version

  • Ajouté la section "Spécifications JSON"

  • Ajouté la section "Introduction à cette révision"

  • Changé la définition de "texte JSON" pour qu'il puisse être n'importe quelle valeur JSON, supprimant la contrainte qu'il devait être un objet ou un tableau

  • Ajouté un langage sur les noms de membres d'objet en double, l'ordre des membres et l'interopérabilité

  • Clarifié que les valeurs d'un tableau ne doivent pas être du même type JSON

  • Appliqué l'erratum #607 de RFC 4627 pour corriger l'alignement du diagramme de la définition "object"

  • Changé "as sequences of digits" en "in the grammar below" dans la section "Nombres" et clarifié la base décimale

  • Ajouté un langage sur l'interopérabilité des nombres en tant que fonction IEEE754 et ajouté une référence IEEE754

  • Ajouté un langage sur l'interopérabilité et les caractères Unicode ainsi que sur la comparaison de chaînes. Pour cela, transformé l'ancienne section "Encodage" en section "Problèmes de chaînes et de caractères" avec trois sous-sections: "Encodage des caractères", "Caractères Unicode" et "Comparaison de chaînes"

  • Changé les directives de la section "Analyseurs" pour indiquer que les implémentations peuvent définir des limites sur la plage "et la précision" des nombres

  • Mis à jour et nettoyé la section "Considérations IANA"

  • Créé une véritable section "Considérations de sécurité" et extrait du texte de la section précédente "Considérations IANA"

  • Appliqué l'erratum #3607 de RFC 4627 en supprimant la considération de sécurité commençant par "A JSON text can be safely passed" ainsi que le code JavaScript associé à cette considération

  • Ajouté une note dans la section "Considérations de sécurité" soulignant le risque d'utiliser la fonction "eval()" en JavaScript ou dans tout autre langage où le texte JSON est conforme à la syntaxe de ce langage

  • Ajouté une note dans "Considérations IANA" clarifiant que le type de média application/json ne dispose pas d'un paramètre "charset"

  • Changé "100" en 100 dans le premier exemple et ajouté un champ booléen

  • Ajouté des exemples de textes JSON avec des valeurs simples (ni objet ni tableau)

  • Ajouté une section "Contributeurs" pour remercier Douglas Crockford

  • Ajouté une référence à RFC 4627

  • Déplacé la référence ECMAScript de normative à informative et mis à jour pour référencer ECMAScript 5.1, et ajouté une référence à ECMA 404