Mise en forme du code / MULTIVERTO
Convertissez les listes et tables YAML acceptées en JSON.
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"{
"personne": {
"nom": "Ada",
"message": "Bonjour"
}
}03 / Guide
Convertissez les listes et tables YAML acceptées en JSON. Analyse le sous-ensemble documenté et écrit la représentation de sortie correspondante. Ce lecteur YAML accepte le sous-ensemble explicite produit par l’outil compagnon, les scalaires simples et la syntaxe JSON en ligne. Vérifiez les types du JSON obtenu. Une configuration avec ancres ou blocs multilignes demande un analyseur complet.
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é.