Outils JSON
Comparez les deux dispositions avec les serveurs de l’exemple et sa clé contenant un point.
Traitement dans ce navigateur, sans envoi ni stockage de la saisie.
Résultat périmé ; export désactivé.
JSON vers TOML sert à reprendre un objet produit par un script dans un fichier de configuration organisé en sections. La conversion ne choisit ni les noms de champs attendus par votre application, ni leurs valeurs par défaut.
Une date écrite entre guillemets doit rester du texte. De même, "api.version" est un nom de clé, pas forcément un chemin à deux niveaux. Le résultat conserve ces distinctions et passe par une seconde lecture pour les contrôler.
JSON vers TOML transforme les objets imbriqués en tables et les listes d’objets en tableaux de tables. Chaque segment du chemin reçoit ses propres guillemets si nécessaire : un point dans une clé ne crée pas une nouvelle branche.
Supprimer null dans une liste décale ses éléments. Ici, la conversion s’arrête au chemin concerné sans supprimer de valeur ni insérer une chaîne vide. Une ancienne sortie ne reste pas exportable après une erreur.
Le mode classique place les affectations simples avant les sous-tables pour préserver leur portée. Le mode en ligne écrit chaque champ racine sur une ligne. Dans un tableau mixte, les objets sont toujours représentés en ligne.
Le mode automatique attend 350 millisecondes après la dernière modification. Désactivez-le pour utiliser Convertir ou Ctrl/Cmd+Entrée. Une modification de texte ou d’option bloque immédiatement les exports jusqu’au prochain résultat vérifié.
Les types s’affichent par groupes de 50, jusqu’aux 500 premiers nœuds. Les compteurs couvrent tout le document. Dans JSON Pointer, / devient ~1 et ~ devient ~0 ; les erreurs précisent aussi la ligne et la colonne de l’entrée.
Une liste non vide composée uniquement d’objets devient une suite de [[tables]]. Les sous-tables et tableaux imbriqués suivent leur parent courant. Les objets vides restent présents, les tableaux vides restent [], et l’ordre des éléments ne change pas.
Les entiers signés sur 64 bits ne passent pas par Number, même au-delà de 2⁵³. Les décimales et exposants gardent leur écriture. La forme entière -0 devient -0.0 afin de conserver le signe dans un nombre flottant.
"true", "007" et les dates restent des chaînes. Les noms vides, espaces et caractères Unicode sont cités au besoin. Guillemets, barres obliques inverses, retours à la ligne et caractères de contrôle sont échappés.
Un autre parseur lit le TOML produit avec des entiers BigInt. La forme des objets, les longueurs de tableaux, les types et les chaînes sont comparés à l’arbre source. Le générateur emploie une syntaxe compatible avec TOML 1.0.
Collez un objet dans ce convertisseur JSON vers TOML et choisissez la disposition des tables. Vérifiez les types puis copiez le résultat. Pour plusieurs modifications liées, passez en manuel et lancez une seule conversion à la fin.
Oui. Le mode classique écrit les listes d’objets sous forme de tableaux de tables. Chaque sous-table suit le bon élément parent. Les objets d’un tableau de types mélangés utilisent plutôt la forme en ligne.
Un document TOML décrit une table racine de valeurs nommées. Un tableau anonyme n’offre aucun nom de champ. Ajoutez une enveloppe adaptée à votre configuration ; l’outil ne crée pas de nom arbitraire comme items.
Null ne fait pas partie de ses types de valeurs. Omettre une propriété, écrire une chaîne vide ou employer une valeur par défaut n’a pas le même sens. Le premier null est donc signalé pour vous laisser décider.
Ce n’est pas garanti en général. Les entiers acceptés restent exacts et les chaînes et tableaux sont contrôlés. Le programme lecteur peut arrondir les flottants. La mise en forme change, et cette page n’effectue pas la conversion inverse.
Une configuration révèle un cas mal traité ?
Essayez JSON vers TOML avec la clé à point et les deux serveurs de l’exemple avant de reprendre votre propre document.