Outils JSON

YAML en JSONchoisir le document avant de l’envoyer

Modifiez l’exemple, choisissez le document et la gestion des ancres. Le résultat se met à jour automatiquement.

YAML en JSON

JSON vers YAML

Entrée YAML

Résultat JSON

Traitement dans ce navigateur, sans envoi ni stockage de la saisie.

Options de conversion

Résultat périmé ; export désactivé.

Passer de YAML en JSON sert souvent à envoyer une configuration à une API. Un fichier peut contenir plusieurs ressources : prendre seulement la première ou tout emballer dans un tableau ne répond pas toujours au besoin. Sélectionnez ici le document voulu.

Ce convertisseur YAML vers JSON distingue les identifiants des nombres. Les valeurs entre guillemets restent du texte et les nombres longs proviennent de leurs tokens d’origine. La conversion ne transforme pas une date ordinaire en horodatage.

Pourquoi convertir YAML en JSON ici ?

Une ressource choisie explicitement

La conversion YAML en JSON affiche le nombre de documents détectés. L’objet, le tableau ou la valeur scalaire sélectionné conserve son type à la racine. Modifier la source ramène la sélection au premier document afin de ne pas réutiliser un ancien numéro.

Trois documents, celui du milieu sélectionné et relié à un seul objet de sortie.

Décider du devenir des références

Une ancre nomme une valeur réutilisable. Le développement d’un alias écrit une copie indépendante de cette valeur à chaque emplacement. Le mode de refus s’arrête dès qu’une ancre ou un alias apparaît, avant toute exportation.

Une valeur partagée se sépare en deux copies indépendantes dans la sortie.

Trois vérifications avant l’export

01

Lire le numéro du document

Après analyse, la liste comprend les documents vides. Un document vide sélectionné donne null ; une entrée ne contenant que des commentaires ne produit aucun résultat. La limite est de 100 documents et aucun tableau global n’est ajouté.

02

Maîtriser le déclenchement

Le mode automatique attend 350 millisecondes après une modification. Désactivez-le pour afficher le bouton, ou utilisez Ctrl/Cmd+Entrée. Changer le document, l’indentation ou la politique des ancres bloque immédiatement l’export de l’ancien résultat.

03

Vérifier le lecteur destinataire

Le texte JSON conserve les grands entiers et les décimales, mais le programme qui le lit peut les arrondir. Si un numéro doit être du texte, placez-le entre guillemets dans le YAML avant la conversion et vérifiez le type obtenu.

Une représentation explicite des valeurs

Trois présentations

Choisissez deux espaces, quatre espaces ou une sortie compacte. Cette dernière retire les espaces de présentation, sans supprimer les sauts de ligne contenus dans les chaînes. L’ordre des clés et des éléments des tableaux suit la source.

Nombres issus du texte source

Décimales et notation scientifique sont émises à partir des tokens d’origine. Les entiers hexadécimaux et octaux deviennent des entiers décimaux équivalents. Aucune étape Number ne vient arrondir les grands identifiants numériques.

Diagnostic par document

Les erreurs de syntaxe et les clés dupliquées indiquent une ligne et une colonne dans l’entrée complète. Une erreur indépendante d’un autre document ne bloque pas celui choisi. Les ancres ne peuvent toutefois pas traverser les limites d’un document.

Export du résultat actuel

L’ancienne sortie reste atténuée après une modification, mais copier et télécharger sont désactivés jusqu’à la prochaine réussite. Le lien inverse ouvre l’outil JSON vers YAML sans transmettre automatiquement les données.

Limites de représentation et de traitement

YAML 1.2 Core uniquement
Les directives explicites 1.1 sont refusées. yes, no, on, off et les dates ordinaires restent des chaînes ; true, false et null prennent leur type Core. Entourez "007" de guillemets si son écriture doit rester du texte.
Pas de sens inventé pour les tags
Les tags personnalisés, timestamp, binary, set, omap et pairs sont refusés. NaN et l’infini ne deviennent pas silencieusement null. Consultez la position signalée et choisissez vous-même une représentation compatible.
Clés textuelles et fusion explicite
Les clés doivent être des chaînes scalaires : nombres, booléens, null, collections et alias sont refusés, comme les doublons. Un << non cité est refusé pour éviter de croire à une fusion ; "<<" reste une clé littérale autorisée.
Budgets bornés
Maximum : 500 000 caractères en entrée, 100 documents, profondeur 100, 50 000 nœuds visités, 100 développements d’alias et 2 000 000 de caractères en sortie. Cycles et références indéfinies arrêtent la conversion. Ce sont les limites de cet outil.
Pas d’aller-retour sans perte
Commentaires, mise en page, style des guillemets et identité des ancres disparaissent. Pas de fusion, import de fichier ou d’URL, traitement par lot, réparation, tri, rendu de modèles ni validation du schéma d’une application.

Questions sur YAML en JSON

Que deviennent mes commentaires ?

Les commentaires ne sont pas exportés, car le JSON standard ne possède pas de syntaxe pour eux. Un # situé dans une chaîne entre guillemets reste du texte. La conversion inverse ne peut pas reconstituer les commentaires d’origine.

Pourquoi ma valeur « no » est-elle devenue false ?

Cette différence vient souvent de YAML 1.1. Ici, YAML 1.2 Core laisse no sous forme de chaîne et une directive 1.1 est refusée. Pour obtenir un booléen, écrivez false ; pour imposer du texte, utilisez des guillemets.

Pourquoi l'indentation compte-t-elle autant en YAML ?

L’indentation définit la structure en YAML. Des tabulations ou un décalage incohérent peuvent donc changer ou casser cette structure. Utilisez des espaces et examinez la ligne, la colonne et les lignes voisines signalées.

Peut-on convertir un YAML utilisant des ancres (&) ou des alias (*) ?

Oui, le mode de développement copie les valeurs référencées à chaque emplacement. Le mode de refus bloque ancres et alias. Noms et identité partagée ne sont pas préservés ; les cycles et les références inconnues sont toujours rejetés.

Quelle est généralement la cause d'un échec de conversion ?

Vérifiez d’abord l’indentation, les collections mal fermées et les doublons. Si la syntaxe est correcte, le message peut désigner un tag, une clé ou une limite non pris en charge. L’outil ne répare pas automatiquement la source.

La conversion est-elle sans perte ?

Non. YAML en JSON conserve les valeurs prises en charge, mais pas les commentaires, la présentation ni l’identité des ancres. Les types sans équivalent accepté provoquent une erreur. Même des nombres exacts en sortie peuvent être arrondis par le lecteur destinataire.

Vous avez trouvé un cas mal converti ?

Revenir à YAML en JSON

Avec YAML en JSON, sélectionnez la ressource attendue et vérifiez le résultat actuel avant de le copier dans votre requête.