Convertisseur JSON YAML

Ces trois formats décrivent la même chose — des données clé/valeur imbriquées — mais chacun est optimisé pour un usage différent. JSON (JavaScript Object Notation) est strict et pensé d'abord pour les machines : il utilise accolades et crochets, n'accepte aucun commentaire et rejette les virgules superflues, ce qui en fait le standard des API web et de package.json. YAML utilise l'indentation plutôt que des accolades, autorise les commentaires, et se lit et se modifie bien plus facilement à la main, si bien que Docker Compose, Kubernetes et les workflows GitHub Actions l'utilisent. TOML vise un fichier de configuration évident et sans ambiguïté, et fait tourner le Cargo.toml de Rust et le pyproject.toml de Python. Comme ce sont des représentations interchangeables d'un même arbre de données, vous pouvez rédiger dans le format qui vous convient le mieux et convertir vers celui qu'exige un outil donné. Collez vos données ci-dessus, choisissez un sens de conversion, et ce convertisseur gère instantanément les six combinaisons possibles entre les trois formats.

JSON n'a tout simplement aucune notion de commentaire — le format ne les autorise pas du tout, donc il n'y a rien à transférer dans ce sens de conversion. YAML et TOML prennent tous deux en charge les commentaires, mais les convertisseurs travaillent sur l'arbre de données une fois analysé, pas sur le texte brut, donc les commentaires ne survivent pas automatiquement au passage d'un format à l'autre. Si vous partez d'un fichier YAML rempli de commentaires explicatifs et que vous le convertissez en JSON puis à nouveau en YAML, ces commentaires auront disparu. Pour conserver les commentaires pendant l'édition, restez dans YAML ou TOML plutôt que de passer par JSON. Si votre entrée est du JSON contenant des commentaires ou des virgules superflues, activez le mode de saisie JSON5 pour que ce dialecte plus permissif soit analysé correctement au lieu de générer une erreur. Collez votre fichier ci-dessus : le convertisseur le valide et le formate au fur et à mesure, en signalant la ligne où se situe tout problème de syntaxe.

Faire défiler un document profondément imbriqué pour trouver une seule valeur est lent et source d'erreurs. Cet outil intègre une zone de requête JSONPath qui extrait des valeurs précises de la sortie convertie sans avoir à chercher à la main. JSONPath utilise une syntaxe à base de points et de crochets : $.dependencies renvoie cet objet, $.scripts.start renvoie une simple chaîne de caractères, et $.services.*.image utilise un caractère générique pour récupérer le champ image de chaque service d'un fichier Docker Compose. Le symbole $ désigne la racine, et vous enchaînez les clés pour descendre dans la structure. Un panneau de statistiques de schéma résume également la structure en un coup d'œil — nombre total de clés, nombre d'objets et de tableaux, valeurs nulles, et profondeur d'imbrication des données — ce qui constitue une vérification rapide sur un contenu que vous découvrez. Collez vos données, convertissez-les, puis interrogez le résultat directement ci-dessus.

Un aller-retour correct préserve vos données, car les trois formats ne sont que différentes façons d'écrire le même arbre clé/valeur — chaînes de caractères, nombres, booléens, valeurs nulles, objets et tableaux se correspondent parfaitement entre eux. Ce qui change, c'est la présentation, pas le sens : l'ordre des clés peut évoluer si vous ne le conservez pas explicitement, le style d'indentation diffère, et le formatage comme les guillemets ou les accolades est réécrit. Les commentaires ne survivent pas à un passage par JSON, puisque JSON ne peut pas les contenir. Pour confirmer que rien n'a été altéré, utilisez la vue comparative côte à côte, qui met en évidence précisément ce qui a changé entre l'entrée et la sortie afin de vérifier qu'un aller-retour a bien conservé vos valeurs intactes. Vous pouvez aussi activer le tri des clés pour obtenir un ordre stable et comparable avant la comparaison. Collez votre fichier ci-dessus, convertissez-le, et vérifiez la vue comparative avant de copier ou de télécharger le résultat.

La minification réduit un document à la forme valide la plus compacte possible, en supprimant tout espace, saut de ligne et indentation facultatifs, de sorte que la sortie devienne un unique bloc dense. Pour du JSON, cela signifie l'absence de mise en forme lisible — idéal lorsque vous intégrez des données dans une URL, une valeur de configuration, le corps d'une requête API, ou partout où la taille du payload et le nombre d'octets comptent. C'est l'inverse du formatage soigné, qui ajoute des espaces pour la lisibilité humaine. Vous minifierez avant de déployer en production ou de coller dans un champ soumis à une limite de longueur, et garderez la version formatée pendant l'édition ou la relecture. Le convertisseur permet aussi de régler l'indentation (généralement 2 ou 4 espaces) et de trier les clés par ordre alphabétique pour la vue non minifiée. Collez vos données, activez la minification, puis copiez ou téléchargez le résultat compact avec l'extension de fichier correcte.