Convertisseur de données structurées
Convertissez YAML, JSON et TOML localement dans votre navigateur avec la prise en charge des YAML multi-documents et la résolution des ancres.
Convertisseur
Les YAML multi-documents sont pris en charge, et les ancres sont résolues localement avant la conversion.
0 / 1,048,576 octets
Vous venez de tester Convertisseur de données structurées — Essayez Formateur et validateur JSON ensuite →
Qu'est-ce qu'un convertisseur de données structurées ?
YAML, JSON et TOML sont devenus chacun canoniques dans des écosystèmes différents parce qu'ils privilégient des choses différentes. JSON (ECMA-404) est strict, machine-friendly et omniprésent sur le réseau — APIs REST, réponses GraphQL, package.json npm, tsconfig.json. YAML (spec 1.2.2) est human-friendly avec ancres, alias, flux multi-documents et indentation significative — manifestes Kubernetes, workflows GitHub Actions, playbooks Ansible, Docker Compose. TOML (spec 1.0.0) types explicites d'abord — Cargo.toml Rust, pyproject.toml Python. Les pièges classiques de conversion : le problème de la Norvège de YAML 1.1 traite NO, no, false, off et le code pays NO comme un booléen faux (Kubernetes depuis 1.16 utilise YAML 1.2 qui corrige cela, mais les parseurs hérités posent toujours problème) ; le transtypage implicite des dates de YAML convertit 2024-01-15 en objet Date — enveloppez-le entre guillemets pour le garder comme chaîne. TOML distingue datetime (2024-01-15T10:30:00Z), local-datetime, local-date et local-time comme des types de première classe séparés — JSON n'a aucun de ces éléments et ils s'effondrent en chaînes lors des allers-retours. Le convertisseur résout les ancres YAML avant la sortie et préserve les dates typées de TOML en les sérialisant en tant que chaînes RFC 3339 en JSON / chaînes entre guillemets en YAML.
Comment utiliser le convertisseur de données structurées
Choisissez les formats From et To. Collez la source ou Import file depuis le disque. Le résultat apparaît en direct. Le bouton Swap inverse From-To et déplace la sortie dans l'entrée (utile pour les tests d'aller-retour — YAML -> JSON -> YAML devrait être idempotent sauf perte de commentaires et ordre des clés). Pour YAML multi-documents séparé par ---, le convertisseur émet un tableau JSON (un élément par document) ou concatène en arrière vers YAML multi-documents dans le sens inverse. Les ancres (&name) et alias (*name) sont résolus avant conversion — la sortie a les valeurs expandues, pas les références. Le panneau d'erreur liste la ligne et la colonne où l'analyse a échoué, avec une fenêtre de contexte : un ] manquant en JSON, une indentation cassée en YAML, ou un caractère spécial sans guillemets en TOML sont les trois problèmes les plus courants. Téléchargez en tant que .json, .yaml ou .toml — l'extension de fichier correspond au format de destination pour que les éditeurs appliquent la coloration syntaxique correcte.
Pourquoi la conversion de format de config compte
Le choix du format signale l'intention. JSON est pour le format câble et les outils qui nécessitent une analyse sans ambiguïté — chaque { et [ est exactement une chose. YAML est pour les humains créant une configuration avec des références croisées (les ancres évitent de copier-coller des blocs de variables d'environnement entre services). TOML est pour la configuration à types explicites où mélanger accidentellement des chaînes et des dates est inacceptable (Cargo.toml ne tolèrerait pas le problème de la Norvège). Lors de la migration d'un projet, les conversions révèlent les désaccords : un fichier YAML avec country: NO devient JSON country: false si le parseur est YAML 1.1, cassant silencieusement les systèmes en aval. Une date TOML convertie en JSON perd son type — faire des allers-retours vers TOML produit une chaîne, cassant les validateurs de configuration qui attendent datetime. Le convertisseur résout cela en préservant les informations de type dans les trois formats où possible, afin que ce que vous lisez égale ce que vous écrivez — sauf les commentaires, que YAML et TOML supportent mais JSON non.
Questions fréquemment posées
Peut-il gérer les YAML multi-documents ?
Oui. Lorsque l'entrée contient plusieurs documents YAML séparés par ---, le convertisseur les conserve ensemble et peut les exporter sous forme de tableau JSON ou de sortie YAML multi-documents.
Pourquoi les YAML multi-documents ne peuvent-ils pas être convertis directement en TOML ?
TOML est le mieux adapté à un document d'objet unique. Si vous collez plusieurs documents YAML, convertissez-les d'abord en JSON ou fusionnez-les avant de les exporter en TOML.
Les ancres et alias YAML sont-ils résolus ?
Oui. Les ancres et les alias sont résolus dans le navigateur avant la génération de la sortie convertie.
Utiliser cet outil dans un flux plus large
Ces collections regroupent les outils et guides qui reviennent souvent dans le même travail.
Parcourir les mêmes tags
Passez à d'autres outils qui partagent le même flux, format ou cas d'usage.