Convertisseur YAML en JSON

Les ancres YAML (&name) et les alias (*name) sont un puissant mécanisme DRY qui vous permet de définir une valeur une fois et de la référencer plusieurs fois. Lors de la conversion en JSON, notre outil développe automatiquement toutes les ancres et alias — chaque alias est remplacé par la valeur référencée complète. Ceci est nécessaire car JSON n'a pas de construction équivalente. Par exemple, si vous définissez defaults: & defaults avec adapter: postgres et port: 5432, puis utilisez plus tard<<: *defaults, le JSON résultant contiendra directement les valeurs étendues de l'adaptateur et du port. Si vous devez conserver les informations d'ancrage à des fins de documentation, envisagez d'ajouter des commentaires dans le JSON de sortie.

Les commentaires YAML (lignes commençant par #) sont supprimés lors de la conversion car JSON ne prend pas en charge les commentaires de manière native. C'est par conception — JSON est un format de données, pas un format de documentation. Si vous devez conserver des annotations descriptives, nous recommandons l'une des trois approches suivantes: (1) avant la conversion, convertissez les commentaires critiques en champs nommés à l'aide d'outils spécialisés, (2) après la conversion, utilisez des analyseurs JSON5 ou JSONC qui prennent en charge les commentaires dans les outils en aval, ou (3) conservez le YAML d'origine comme source de documentation et traitez JSON comme le dérivé lisible par machine. Pour les fichiers de composition Docker dans lesquels des commentaires sont utilisés à des fins de service de document, envisagez plutôt d'ajouter des champs d'étiquette ou de description explicites.

Oui. Les flux YAML multi-documents (séparés par - - -) sont entièrement pris en charge. Notre convertisseur propose deux modes de gestion: (1) Le mode Tableau encapsule tous les documents en tant qu'éléments d'un tableau JSON de niveau supérieur, préservant l'ordre et les frontières entre les documents. C'est idéal pour les fichiers multi-ressources Kubernetes ou les définitions de pipeline CI avec plusieurs étapes. (2) Le mode séquentiel traite chaque document un à la fois, vous permettant d'inspecter et de copier chaque sortie JSON individuellement. Pour les très gros flux multi-documents, l'outil passe automatiquement en mode streaming pour gérer efficacement la mémoire sans bloquer l'interface du navigateur.

Absolument pas. L'analyseur YAML s'exécute entièrement dans votre navigateur à l'aide de code compilé par WebAssembly. Aucune donnée, requête réseau ou télémétrie ne quitte votre appareil. Vous pouvez convertir en toute sécurité des fichiers contenant des informations d'identification de base de données, des clés API, des définitions d'infrastructure privée ou toute donnée de configuration sensible. L'outil fonctionne entièrement hors ligne une fois la page chargée — vous pouvez vous déconnecter d'Internet et continuer la conversion. Cette architecture d'abord locale est l'avantage fondamental de la sécurité par rapport aux services de conversion basés sur le cloud qui téléchargent vos fichiers sur des serveurs distants pour traitement.

Notre convertisseur prend en charge les spécifications YAML 1.1 et 1.2. La version 1.2 est la norme actuelle (publiée en 2009) et résout plusieurs ambiguïtés de la version 1.1. Les principales différences incluent: les booléens (1.1 a accepté oui / non / activé / désactivé en tant que booléens; 1.2 nécessite uniquement vrai / faux), les nombres octaux (1.1 a utilisé le zéro de tête; 1.2 utilise le préfixe 0o) et le comportement de la clé de fusion. Par défaut, l'outil analyse l'entrée en tant que YAML 1.2, mais détecte et s'adapte automatiquement lorsque des constructions 1.1 sont rencontrées, émettant un avertissement non bloquant. Si vous convertissez des fichiers Ansible ou Puppet hérités qui reposent sur la sémantique 1.1, l'outil gère correctement la conversion tout en signalant les constructions potentiellement ambiguës.