YAML en JSON

Parce que l'indentation est la structure. Un bloc indenté d'un espace de trop reste valide jusqu'à ce que quelque chose plus loin le contredise, et c'est là que l'analyseur finit par protester. Partez de la ligne signalée et remontez jusqu'à la dernière ligne dont vous êtes sûr de l'indentation.

Dans les deux sens. JSON vers YAML, c'est ce que l'on veut quand un fichier de configuration doit être édité par un humain : les guillemets et les accolades disparaissent, l'indentation porte la structure. Convertissez le YAML dans l'autre sens quand un programme veut du JSON. Comme analyseur YAML, il fait aussi office de validateur : un fichier qui ne s'analyse pas vous donne la ligne au lieu d'échouer en silence plus tard.

Ils deviennent un tableau JSON, une entrée par document, et le nombre est affiché au-dessus du résultat. Le JSON n'a aucun moyen d'exprimer un séparateur de documents, et n'en garder que le premier écarterait le reste en silence, alors le changement est rendu visible.

C'est le YAML qui fait ce qui est spécifié. En YAML 1.1, les mots yes, no, on et off sont des booléens, ce qui surprend quiconque a un code pays ou un champ de réponse. Mettez la valeur entre guillemets dans votre YAML si vous voulez qu'elle reste une chaîne.

Pour comparer deux versions de la même configuration. L'une écrite à la main et l'autre produite par un outil listeront les mêmes réglages dans un ordre différent, et un diff des deux est illisible. Trier les deux met chaque clé au même endroit, de sorte que seules les vraies différences apparaissent.

Non, et ils ne peuvent pas l'être. Le JSON n'a pas de syntaxe de commentaire : tout ce qui suit un dièse est perdu au passage. Reconvertir du JSON en YAML produit un fichier propre sans les commentaires d'origine, ce qu'il vaut mieux savoir avant d'écraser le fichier de départ.