JSON

application/json (Legacy: text/json, text/javascript)

Ouverture du format: 4
JSON est spécifié dans l'ECMA-404. [1] Une spécification RFC du format de fichier JSON existe et est généralement référencée : RCF8259 [2].

Licence libre: 4
Il n'existe aucune licence sur le format texte ou les encodages.

Diffusion: 4
JSON est utilisé pour le transfert de données entre le serveur et le client dans les applications web. Il est par exemple utilisé pour les formulaires web ou les plates-formes de discussion comme Twitter. Une autre application est l'échange de données géographiques via les sous-formats GeoJSON et TopoJSON.

Fonctionnalités: 2
Lors de la migration des formats de texte brut CSV et XML vers JSON, des types de données complexes sont perdus (p. ex. TIME, DATE). Dans le cas du XML, les types définis par l'utilisateur sont également perdus. Le contenu de ces types de données complexes est converti en un format de données primitif, par exemple une chaîne de caractères (string).

En outre, la distinction entre les attributs et les éléments disparaît lorsque le XML est converti en JSON. La mise en page du XML et du CSV est également perdue lors de la migration. Toutefois, les différences de mise en page ne jouent qu'un rôle mineur dans les fonctionnalités de ces formats.

Il est possible de convertir JSON en XML et, dans une moindre mesure, en CSV. Toutefois, dans le cas de JSON imbriqués (nested), plusieurs CSV sont nécessaires pour représenter le contenu.

Implémentation: 4
JSON peut être créé et lu avec n'importe quel éditeur de texte. Des éditeurs plus performants comme Notepad++, Altova XMLSpy ou des environnements de développement de logiciels (IDE) montrent également la structure de JSON et détectent les erreurs qui s'y trouvent.

Densité de mémorisation: 4
Avec JSON, des taux de compression d'un facteur 4 à 10 sont possibles, en fonction de l'algorithme de compression et de la redondance des données et des éléments de structure.

Vérifiabilité: 3
La norme ECMA-404 limite JSON en termes de structure et de contenu de manière à pouvoir distinguer JSON des autres formats de texte. Ainsi, JSON ne prend en charge que les types de données primitifs, le codage des caractères est toujours en Unicode, la structure est une carte et la syntaxe correspond à un objet JavaScript. La validation du format est possible via un analyseur syntaxique JSON, par exemple la méthode JavaScript JSON.parse() ou via des applications.
En plus d'une validation du format, une validation du schéma peut également être effectuée si un fichier de schéma est disponible. Lors d'une validation de schéma, on vérifie si la structure JSON correspond à une structure préétablie et définie par l'utilisateur. On peut comparer cela à la validation d'un fichier .xml sur la base d'un fichier de schéma .xsd.

Bonnes pratiques: 2
Pur format texte ou format de texte brut, JSON devrait bien se prêter à l'archivage numérique à long terme. Comme ce format n'a été spécifié qu'aux alentours de l'an 2000 et qu'il n'a remplacé XML comme format privilégié pour l'échange de données qu'au fil du temps, on ne dispose encore que peu d'expérience en matière d'archivage à long terme de JSON. Cependant, étant donné que JSON peut être converti en XML sans perte de données et que XML est un format établi pour l'archivage à long terme (p. ex. en tant que composant de SIARD), cela permet d'attribuer une note élevée dans les bonnes pratiques.

Perspectives: 3
JSON s'est établi comme format d'échange de données. Son utilisation est appelée à progresser. Pour l'instant, il n’est pas près de perdre sa place de format d'échange de données le plus utilisé.

Classe de formats: B
JSON est apparu vers l'an 2000. Il est très diffusé grâce à son utilisation comme format d'échange de données sur internet. Son importance ne cesse donc de croître.