Convertisseur JSON ↔ YAML
Le convertisseur JSON ↔ YAML transforme YAML en JSON et JSON en YAML dans le navigateur, avec synchronisation côte à côte, validation syntaxique, tri des clés, indentation, YAML multi-documents et copie/téléchargement.
Indentation JSON
Indentation YAML
Trier les clés d’objet
Scinder le tableau en YAML multi-documents (séparé par ---)
JSON
Caractères
0 / 500,000
⇄
YAML
Caractères
0 / 500,000
Démarrage rapide
Scénarios courants
Rédaction Kubernetes
convertissez des manifestes de ressources K8s entre YAML et JSON pour inspecter la structure dans les deux vues.
Débogage des valeurs Helm
convertissez values.yaml en JSON pour inspecter les types et l'imbrication dans votre IDE.
Pipelines CI/CD
convertissez rapidement des extraits entre GitHub Actions (YAML) et les systèmes CI qui utilisent JSON.
Débogage de l'API
convertissez les charges utiles JSON en YAML pour une vue hiérarchique plus claire.
Migration de configuration
convertissez un extrait collé à la fois tout en vérifiant l'effet de JSON sur les commentaires, les ancres et les séparateurs de documents.
Formatage et validation syntaxique
vérifiez la syntaxe JSON/YAML via la synchronisation bidirectionnelle, avec localisation ligne/colonne des erreurs.
Conseils d'utilisation
Contrat de conversion
Limites des allers-retours avec perte
Limitations et compatibilité
Confidentialité & sécurité
FAQ
JSON et YAML peuvent représenter les mêmes types de données (objets, tableaux, chaînes, nombres), mais leur syntaxe diffère: • JSON utilise des accolades/crochets et des guillemets doubles, a une syntaxe plus stricte et ne prend pas en charge les commentaires. • YAML utilise l'indentation pour la hiérarchie, est plus lisible par l'homme et prend en charge les commentaires, mais est sensible aux espaces. Règle générale: • Pour les API et les échanges de données machine à machine, préférez JSON. • Pour les configurations Kubernetes/Helm/CI que les humains modifient souvent, préférez YAML. • Vous pouvez effectuer une conversion entre eux sans modifier le modèle de données.
Les parseurs YAML 1.1 traitent souvent yes/no/on/off/y/n comme des booléens. Cet outil suit le comportement de YAML 1.2, où true/false sont les valeurs booléennes portables. Mettez les chaînes comme « yes » entre guillemets si un ancien outil en aval peut les lire autrement.
JSON (RFC 8259) n'autorise pas les commentaires. Les commentaires YAML ne peuvent donc pas être conservés dans la conversion YAML → JSON, et ils ne peuvent pas être reconstruits lors de la reconversion. Conservez le fichier YAML d'origine si les commentaires sont importants.
--- est le séparateur de documents de YAML, utilisé pour stocker plusieurs documents indépendants dans un seul fichier. Ceci est courant dans Kubernetes, où un fichier peut contenir des définitions de déploiement, de service et ConfigMap. Cet outil lit YAML multi-documents sous forme de tableau JSON et peut également diviser un tableau JSON en documents YAML séparés.
JavaScript utilise les nombres double précision IEEE 754. Les entiers sûrs vont de -(2^53-1) à 2^53-1 (±9007199254740991). Les entiers plus grands, par exemple les identifiants Snowflake ou les horodatages 64 bits, peuvent perdre en précision. Pour conserver les valeurs exactes, stockez-les sous forme de chaînes, comme « 9007199254740992 ».
Les ancres (&name) et les alias (*name) sont des fonctionnalités de réutilisation spécifiques à YAML. JSON n'a pas de mécanisme de référence équivalent, donc les alias sont développés en copies complètes lors de la conversion. Il s'agit d'une transformation avec perte et la structure d'ancrage d'origine ne peut pas être restaurée automatiquement.