Mise en forme du code / MULTIVERTO
Écrivez les valeurs JSON dans un YAML lisible.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
Analyse le sous-ensemble documenté et écrit la représentation de sortie correspondante.
Pour une syntaxe complexe ou des ressources de production, vérifiez la sortie dans l’application cible avec un analyseur ou outil spécialisé.
02 / Exemple
{"personne":{"nom":"Ada","message":"Bonjour","actif":true}}"personne":
"nom": "Ada"
"message": "Bonjour"
"actif": true03 / Guide
Écrivez les valeurs JSON dans un YAML lisible. Analyse le sous-ensemble documenté et écrit la représentation de sortie correspondante. JSON vers YAML écrit clés et chaînes entre guillemets avec une indentation de deux espaces. Ainsi, true ou 001 restent des textes lorsqu’ils le sont. La sortie évite volontairement ancres, étiquettes et chaînes de bloc YAML.
JSON et YAML décrivent tableaux, listes et valeurs scalaires imbriqués, mais YAML ajoute ancres, étiquettes, chaînes de bloc et règles de typage implicite. Le sens JSON vers YAML produit un sous-ensemble explicite: clés et chaînes citées, indentation par deux espaces, nombres, booléens et null compatibles avec JSON. Le sens inverse lit ce sous-ensemble, certains scalaires non cités et la syntaxe JSON en ligne; il ne prétend pas analyser tout document YAML valide. Les guillemets évitent qu’un texte comme true devienne accidentellement un booléen. Clés dupliquées et indentation incorrecte sont refusées. Pour des fichiers de configuration avancés, utilisez un analyseur YAML complet.
Changer de format de données revient à établir une correspondance entre deux modèles d’information, pas seulement à modifier la ponctuation. Commencez par un petit enregistrement représentatif avec, si nécessaire, un caractère non ASCII, un champ absent ou une valeur imbriquée. Lancez la conversion puis examinez clés, ordre, nombres, valeurs nulles, listes et éléments répétés. Le format cible peut ne pas disposer d’équivalent direct pour une fonction de la source; la notice propre à l’outil décrit la correspondance acceptée. Essayez la sortie dans l’application destinataire et, si possible, reconvertissez-la pour comparer les champs utiles. Pour une migration massive ou un contrat externe, utilisez un analyseur complet et des tests de schéma.
Conservez la source près de la sortie et essayez d’abord un petit exemple connu avant de traiter un grand document. Comparez le contenu utile, pas seulement la taille du fichier ou le nombre de lignes. Vérifiez noms, chaînes entre guillemets, caractères non ASCII, fins de ligne et champs répétés après transformation. Une sortie lisible ne valide aucun schéma, ne prouve pas que le code s’exécute et ne garantit pas que les données sont publiables. Ce site traite le texte dans le navigateur et montre la sortie comme du texte, mais l’application où vous la collerez appliquera ses propres règles. Si la saisie est refusée, repérez la construction non prise en charge et recourez au besoin à un analyseur spécialisé.