Convertisseur JSON ↔ YAML
Convertisseur JSON ↔ YAML
Convertisseur JSON ↔ YAML prend en charge la conversion bidirectionnelle entre YAML et JSON, l’édition côte à côte synchronisée en temps réel, le tri des clés et les documents YAML multiples pour Kubernetes, Helm, la CI et les configurations d’API.
Indentation JSON
Indentation YAML
Trier les clés d’objet
Scinder le tableau en YAML multi-documents (séparé par ---)
JSON
⇄
YAML
Démarrage rapide
Scénarios courants
Création Kubernetes
convertissez les manifestes de ressources K8 entre YAML et JSON pour inspecter la structure à partir de l'une ou l'autre vue.
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
conversion par lots des fichiers de configuration entre YAML et JSON.
Formatage et validation
vérifiez la syntaxe JSON/YAML via une synchronisation bidirectionnelle, avec emplacement des erreurs de ligne/colonne.
Conseils d'utilisation
Limitations et compatibilité
Confidentialité et 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.
Cela vient du comportement hérité de YAML 1.1, où oui/non/on/off/y/n peut être analysé comme des booléens. Cet outil suit YAML 1.2, où seuls vrai/faux sont des booléens. Si vous avez besoin de valeurs de chaîne, citez-les (par exemple, « oui »).
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, telles que « 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.