Analyseur JSON

JSON (JavaScript Object Notation) est le format standard d'échange de données pour les API web et les fichiers de configuration. Cet outil analyse, valide et met en forme le JSON avec une vue arborescente interactive pour explorer les structures imbriquées. Convertir entre JSON et d'autres formats comme YAML ou TOML.

Specifications

• RFC 8259 - The JSON Data Interchange Format
• ECMA-404 - The JSON Data Interchange Syntax
• JSON.org

Cas d'utilisation courants

• Formater les réponses API minifiées pour le débogage
• Valider les fichiers de configuration JSON avant le déploiement
• Convertir les réponses API en YAML pour la documentation
• Explorer les structures de données profondément imbriquées des bases NoSQL
• Préparer des charges utiles JSON pour les outils de test API comme Postman ou curl

Fonctionnalites

• Valider la syntaxe JSON avec messages d'erreur clairs et numéros de ligne
• Mise en forme avec indentation de 2 espaces
• Minifier le JSON pour un stockage ou une transmission compact
• Convertir en formats YAML, TOML ou XML
• Vue arborescente interactive avec nœuds dépliables
• Copier des valeurs individuelles ou des sous-arbres

Exemples

{
  "users": [
    {
      "id": 1,
      "name": "Alice",
      "email": "alice@example.com"
    },
    {
      "id": 2,
      "name": "Bob",
      "email": "bob@example.com"
    }
  ],
  "total": 2
}

{
  "database": {
    "host": "localhost",
    "port": 5432,
    "name": "myapp"
  },
  "cache": {
    "enabled": true,
    "ttl": 3600
  }
}

Conseils

• Les clés JSON doivent être des chaînes entre guillemets doubles. Les guillemets simples ne sont pas valides.
• Les virgules finales après le dernier élément ne sont pas autorisées en JSON standard.
• Pour du JSON avec commentaires, utilisez l'analyseur JSONC à la place.

Comprendre Analyseur JSON

JSON (JavaScript Object Notation) est le format universel d'échange de données du web moderne. Défini par la RFC 8259 et ECMA-404, JSON représente des données structurées en utilisant six types : chaînes, nombres, booléens, null, tableaux et objets. Sa simplicité et sa correspondance directe avec les structures de données de pratiquement tous les langages de programmation en ont fait le format par défaut pour les API REST, les fichiers de configuration, les bases de données documentaires et la communication inter-services.

La syntaxe de JSON est un sous-ensemble strict de la notation littérale d'objet JavaScript, mais avec des restrictions importantes : les clés doivent être des chaînes entre guillemets doubles, les virgules finales ne sont pas autorisées et les commentaires ne sont pas supportés. Ces contraintes garantissent une analyse non ambiguë entre les implémentations. Un document JSON valide doit avoir un objet ou un tableau comme élément racine (bien que la RFC 8259 autorise techniquement toute valeur JSON au niveau supérieur, la plupart des API attendent un objet ou un tableau).

En développement web, JSON est le format standard de requête et réponse pour les API REST et GraphQL. Les navigateurs fournissent les méthodes natives JSON.parse() et JSON.stringify(), et l'API fetch inclut une méthode de commodité .json(). Les frameworks serveur en Node.js, Python (Flask, Django), Go et d'autres langages incluent tous la sérialisation JSON intégrée. Les bases de données documentaires comme MongoDB, CouchDB et DynamoDB stockent les données nativement en JSON ou dans des formats similaires à JSON (BSON pour MongoDB).

Les limitations de JSON ont engendré plusieurs extensions et alternatives : JSONC ajoute les commentaires pour les fichiers de configuration, JSON5 assouplit les règles de syntaxe, JSON Lines (JSONL/NDJSON) utilise un objet JSON par ligne pour le streaming, et JSON Schema fournit un vocabulaire pour valider la structure des documents JSON. Pour l'efficacité binaire, des formats comme BSON, MessagePack et CBOR offrent une sérialisation compacte compatible JSON. Malgré ces alternatives, le JSON brut reste le format dominant grâce à son support d'outillage universel et sa lisibilité humaine.

JSON ne supporte intentionnellement pas les commentaires. Douglas Crockford, qui a popularisé le format, les a exclus pour le garder simple et pour éviter leur mauvais usage comme directives d'analyse (comme cela s'est produit en XML). Pour les fichiers de configuration où la documentation en ligne est nécessaire, JSONC (JSON with Comments) est supporté nativement par des outils comme VS Code, TypeScript et ESLint. YAML et TOML sont aussi de fortes alternatives quand les fichiers de configuration bénéficient de commentaires, chaînes multi-lignes ou en-têtes de section clairs.

Malgré ses origines en JavaScript, JSON n'est pas la même chose qu'un littéral d'objet JavaScript. JSON applique des règles de syntaxe strictes : toutes les clés doivent être entre guillemets doubles, seules les chaînes entre guillemets doubles sont autorisées, les virgules finales sont interdites et les valeurs comme undefined et les fonctions ne peuvent pas être représentées. JSON.parse() convertit une chaîne JSON en objet JavaScript, tandis que JSON.stringify() sérialise un objet en chaîne JSON. Tous les objets JavaScript ne peuvent pas faire un aller-retour via JSON — ceux contenant des fonctions, undefined, Infinity ou des références circulaires perdront des données ou lèveront des erreurs lors de la sérialisation.

Pour les fichiers JSON de plus de quelques mégaoctets, charger le document entier en mémoire d'un coup peut causer des problèmes de performance. Les analyseurs en streaming — bibliothèques de style SAX comme clarinet et oboe.js pour JavaScript, ou ijson pour Python — traitent le document de manière incrémentale sans mettre en mémoire tampon toute la structure. Le format JSON Lines (JSONL), où chaque ligne est un objet JSON séparé, est idéal pour les grands ensembles de données car les enregistrements peuvent être traités un à la fois. Les API retournant de grandes réponses devraient implémenter la pagination pour garder la taille des réponses individuelles gérable. Lors du choix entre JSON et d'autres formats, JSON est le choix le plus sûr par défaut pour la communication API et l'échange de données car chaque langage et outil le supporte sans dépendances supplémentaires. YAML excelle pour la configuration éditée par des humains, comme les manifestes Kubernetes et les pipelines CI/CD. TOML est le meilleur pour la configuration d'application qui bénéficie d'en-têtes de section explicites et de simples paires clé-valeur, comme Cargo.toml et pyproject.toml.