Convertir YAML en JSON et inversement

D’abord par l’extension : .json part vers YAML, tandis que .yaml et .yml partent vers JSON. Pour les .txt et autres fichiers sans étiquette, c’est le contenu qui décide : le texte est essayé en JSON d’abord, puis en YAML. Si aucun des deux ne se parse, vous en êtes informé et pouvez choisir la direction vous-même.

Un fichier séparé par des marqueurs --- peut être lu dans les deux sens. Avec le mode multi-document activé, chaque document devient un élément d’un même tableau JSON. Avec ce mode désactivé, seul le premier document est converti et vous recevez un avertissement non bloquant indiquant que les autres ont été ignorés. Ainsi, un résultat tronqué n’est jamais une surprise silencieuse.

Parce qu’en YAML, la deuxième définition remplace la première sans aucun signe que cela s’est produit. C’est une manière fréquente de perdre une redirection de port ou une variable d’environnement dans un fichier de configuration. La conversion s’arrête et indique la clé ainsi que les deux numéros de ligne, pour que vous décidiez quelle définition devait rester.

failsafe ne résout que les chaînes, mappages et séquences ; rien n’est transformé en nombre, booléen, date ou null. C’est le bon choix quand une configuration doit être préservée littéralement, par exemple lorsqu’une valeur comme 1.10 est une version et non un nombre, ou lorsque le problème de la Norvège transforme le code pays no en false.

Non, et ce n’est pas possible. JSON n’a aucune syntaxe pour les commentaires, donc tout ce qui suit un # est supprimé pendant la conversion. C’est une propriété du format cible, pas un manque de l’outil. Gardez donc le YAML comme source de référence si les commentaires sont importants pour vous.

Il détermine à quelle profondeur d’imbrication la sortie YAML bascule du style bloc, avec tirets et indentation, au style en ligne comme [a, b] et {a: b}. Par défaut, chaque niveau reste en style bloc, qui se lit mieux pour des configurations modifiées à la main. Fixer une profondeur positive compacte tout ce qui est en dessous, ce qui convient aux données très imbriquées.

Non. Les ancrages, alias et clés de fusion (&defaults, *defaults et <<), ainsi que les tags applicatifs personnalisés, sont en dehors de ce que cet outil lit. Un fichier qui les utilise reçoit une erreur claire indiquant la ligne, plutôt qu’un résultat discrètement incorrect, ce qui est un échec plus sûr pour une configuration que vous allez déployer.

Non. Les deux parseurs sont livrés avec la page et s’exécutent dans votre onglet de navigateur, donc votre configuration ne circule jamais sur le réseau. Il n’y a aucun serveur pour la stocker, et rien n’est conservé une fois l’onglet fermé.