Convertisseur YAML ⇄ JSON

Ce que fait YAML ⇄ JSON

YAML ⇄ JSON convertit des configurations structurées entre le YAML, fondé sur l'indentation, et le JSON strict. C'est utile pour déplacer des exemples entre des manifestes Kubernetes, des fichiers de CI, des paramètres de sites statiques, des jeux de données d'API, des métadonnées de paquets, des extraits de documentation et des configurations d'application. Le sens YAML vers JSON analyse le YAML et produit du JSON mis en forme avec une indentation de deux espaces. Le sens JSON vers YAML analyse du JSON strict et écrit un YAML lisible que vous pouvez coller dans des fichiers de configuration ou des brouillons de documentation. Les erreurs de validation s'affichent immédiatement, ce qui aide à repérer les erreurs d'indentation, les deux-points manquants, les guillemets JSON invalides, les virgules superflues et les tabulations accidentelles avant de copier un résultat défectueux.

L'outil garde la source et le résultat visibles en même temps, ce qui facilite la vérification des petites transformations. Il est conçu pour le travail quotidien des développeurs : vérifier un exemple de configuration pendant une revue, préparer des exemples pour la documentation, passer d'un outil à un autre lorsqu'ils préfèrent des formats différents ou nettoyer un jeu de données avant un commit. Il n'essaie pas d'interpréter des schémas propres à un projet et n'applique aucune valeur par défaut cachée.

Un flux de travail privé, dans le navigateur

Tout le traitement s'effectue dans votre navigateur grâce à du JavaScript côté client. L'outil n'envoie à aucun serveur les extraits, valeurs de configuration, données générées, textes de requêtes ou exemples copiés, et ne nécessite pas de compte. Ce fonctionnement exclusivement local est important pour les utilitaires de développement, car les contenus qu'on y colle ressemblent souvent à de vraies données d'application : réponses d'API, journaux, exemples inspirés de variables d'environnement, requêtes de base de données, balisage de brouillons ou valeurs copiées lors de sessions de débogage en production. Garder la transformation en local réduit les risques et rend l'interaction rapide, puisqu'il n'y a pas d'aller-retour sur le réseau.

L'interface est volontairement compacte afin que vous puissiez coller l'entrée, ajuster les options, examiner le résultat, le copier et retourner dans votre éditeur. Les résultats doivent néanmoins être relus avant d'être validés dans un commit, partagés publiquement ou utilisés dans un flux de production. Les outils en ligne dans le navigateur sont excellents pour une inspection et une préparation rapides, mais ils ne peuvent pas connaître toutes les conventions d'un projet, les règles de classification des données ou les exigences de validation propres à une application.

Conseils pratiques

Relisez attentivement un YAML complexe avant de vous y fier, car YAML prend en charge des fonctionnalités qui ne correspondent pas parfaitement à JSON : balises personnalisées, dates, alias, clés de fusion et valeurs pouvant être interprétées comme des booléens ou des nombres. JSON repose sur un modèle de données plus réduit ; l'usage le plus sûr concerne donc les objets, tableaux, chaînes, nombres, booléens et valeurs null ordinaires. Lorsque vous convertissez une configuration destinée à la production, validez le fichier final avec l'outil qui l'utilisera. Si des secrets figurent dans votre entrée, supprimez-les avant de copier des exemples ailleurs, même si cette page effectue la conversion en local.