JavaScript Object Notation (JSON) est un format de données textuel dérivé de la notation des objets du langage JavaScript. Il concurrence XML pour la représentation et la transmission d’information structurée[1].
des nombres : un nombre décimal signé qui peut contenir une part fractionnable ou élevée à la puissance. Le JSON n'admet pas les nombres inexistants (NaN), et ne distingue pas les entiers et les flottants.
des chaînes de caractères : une séquence de 0 ou plus caractères Unicode. À l'instar des clés, elles sont obligatoirement entourées de guillemets.
Par définition, JSON est un format d'échange de données (data interchange format). Donc, la RFC n'admet pas les commentaires, qui sont par nature des métadonnées (metadata)). Un analyseur syntaxique JSON strict détecte une erreur s'il rencontre un caractère non prévu par la spécification.
Il existe des initiatives de formats étendant JSON pour ajouter des commentaires (comme Hjson[8] pour Human JSON en anglais) et des logiciels permettant de restituer, à partir de ces formats dérivés, les JSON au format pur et strict. Toutefois, ces fichiers demandant alors une étape supplémentaire avant de pouvoir être lus par un interpréteur JSON standard, ils perdent légèrement en facilité d'interopérabilité.
On peut toujours ajouter une propriété à un champ dans un tableau associatif JSON, la nommer "_comment" (un usage qui se développe), et mettre un texte (le commentaire) dans le champ valeur :
{"_comment":"Imported from Wikidata 2015-05-27 10:13.","QID":"Q5502001","label":"Adèle","description":"late 18th century, early 19th century French brig"}
Durant la mise au point du format, Douglas Crockford constate que certains des premiers utilisateurs du JSON ajoutent des commentaires dans le but de donner des directives au parser[9], à l'image des instructions #ifdef ou #define du préprocesseur C. Il y voit un danger pour l'interopérabilité, une priorité du format, et décide de les retirer[9]. En 2012, il s'explique sur ce choix et reconnait être conscient de la tristesse des utilisateurs de ne pouvoir commenter ces fichiers[9].
Avantages et inconvénients
Avantages
Ces types de données sont suffisamment génériques et abstraits pour, d’une part, pouvoir être représentés dans n’importe quel langage de programmation et d’autre part, pouvoir représenter n’importe quelle donnée concrète.
Le principal avantage de JSON est qu’il est simple à mettre en œuvre par un développeur tout en étant complet.
Avantages :
peu verbeux, ce qui le rend lisible aussi bien par un humain que par une machine ;
facile à apprendre, car sa syntaxe est réduite et non extensible (bien qu'il souffre de quelques limitations) ;
ses types de données sont connus et simples à décrire.
Inconvénients
Le JSON ne peut représenter que quelques types généraux, et il n'est pas possible d'en ajouter d'autres. Pour les dates ou les couleurs par exemple, il faut trouver des représentations sous forme de chaînes de caractères. C'est sa principale différence avec un langage comme le XML, où les données sont typées et extensibles, au prix d'une plus grande complexité.
Ce typage faible affaiblit la sécurité et la fiabilité du langage ; par exemple, il n'y a pas de limite fixe pour les valeurs des entiers, celle-ci dépend de l'interpréteur.
D'un point de vue plus pratique, il ne peut pas y avoir de commentaires, ce qui est gênant quand on utilise des fichiers JSON dans une configuration. Certaines bibliothèques acceptent les commentaires au format JavaScript.
Bien qu’utilisant une notation JavaScript, JSON est indépendant du langage de programmation (plusieurs dizaines de langages de programmation ont intégré JSON). JSON sert à faire communiquer des applications dans un environnement hétérogène. Il est notamment utilisé comme langage de transport de données par AJAX et les services Web. D’autres solutions sont possibles comme XML. Le type MIMEapplication/json est utilisé pour le transmettre par le protocole HTTP.
Un document JSON représente un tableau associatif, implémenté en JavaScript par la classe Object, d’où le nom de ce premier. Il est donc potentiellement plus facile à interpréter qu’un XML qui imposera le recours à des techniques souvent plus lourdes qu’un accès direct, telle que le parcours hiérarchique de l’arbre DOM représenté par le document entier.
Il peut aussi être utilisé pour :
la sérialisation et dé-sérialisation de tableaux associatifs ;
La syntaxe utilisée par les modules disponibles dans différents langages de programmation peut varier[10]. Par exemple, avec le module json de la librairie standard de Python il faudra adapter la syntaxe du langage Python qui diffère de celle utilisée par le format JSON :
Pour les chaînes de caractères, seuls les guillemets doubles sont acceptés.
Les booléens s'écrivent tout en minuscule (true et false).
L'objet None est représenté par null
Évaluation
En JavaScript, il est simple d’évaluer une expression JSON pour la transformer en Object natif :
vardonnees=eval('('+donnees_json+')');
Cette méthode comporte toutefois des risques car la chaîne de caractères donnees_json peut contenir n’importe quel code JavaScript. Il existe une méthode plus sûre qui consiste à analyser la syntaxe de la chaîne de caractères donnees_json, seule solution disponible dans les autres langages de programmation, à l’exception de Python, la syntaxe de JSON correspondant à ses deux types principaux : les listes et les dictionnaires.
À partir de 2009, les navigateurs commencent à intégrer un support natif du format JSON. Cela facilite sa manipulation, la sécurité (contre l’évaluation de scripts malveillants inclus dans une chaîne JSON), et la rapidité de traitement. Ainsi les navigateurs Firefox 3.5, IE 8 ou encore Opera 10.5 l’intègrent en natif[11].
Évaluer en JavaScript une expression JSON pour la transformer en Object se fait alors de la manière suivante :
vardonnees=JSON.parse(donnees_json);
Différentes bibliothèques javascript permettent de supporter des navigateurs plus anciens avec une syntaxe similaire.
Extensions du format
JSONP
JSONP ou JSON-P (pour JSON with padding, en français, « JSON avec formatage ») est une extension dans laquelle le nom de la fonction de retour est indiqué[12]. L’idée originale proviendrait du blog de Bob Ippolito en 2005[13] et est maintenant répandue dans les applications Web 2.0, telle que Google’s toolkit Applications[14]. Des améliorations sont prévues pour y ajouter des arguments[15].
JSONP utilise des balises de scripts, les appels sont ouverts. Ainsi, JSONP peut être inapproprié pour transporter des informations confidentielles.
JSON5
JSON5 est une extension de la syntaxe du JSON, destiné à contourner les limitations de ce dernier.
Spécifications
Les noms des champs ne sont plus entre guillemets
Support des commentaires (sur une ou plusieurs lignes)
Les nombres peuvent être représentés au format hexadécimal, être précédés du signe positif (+), avoir pour valeur Infinity ou NaN
Espaces blancs supplémentaires autorisés
Les chaînes de caractères peuvent être contenus entre apostrophes
HJSON
HJSON est une extension de la syntaxe JSON, ayant le même objectif que JSON5 (voir ci-dessus).
Spécifications
Les champs peuvent être séparés par un retour à la ligne au lieu d'une virgule
Possibilité d'écrire des commentaires (#, //, /* ... */)
L'utilisation des guillemets pour encapsuler une chaîne de caractères n'est pas obligatoire
Les chaînes de caractères peuvent être écrites sur plusieurs lignes
