Outils JSON

TOML vers JSONvérifier les types avant de transmettre la configuration

L’exemple réunit tables, serveurs et grand identifiant. Les dates et les entiers hors plage sûre deviennent des chaînes par défaut.

TOML vers JSON

JSON vers TOML

Entrée TOML

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

Résultat JSON

Options de sortie

Aperçu de la correspondance des types

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

TOML vers JSON sert à transmettre une configuration à une API, à un test ou à un script qui attend du JSON. Chaque section devient un objet ; les en-têtes [[table]] forment un tableau ordonné d’objets.

Convertir TOML en JSON ne suffit pas à valider un fichier Cargo ou Poetry. Le convertisseur TOML restitue la structure et les valeurs ; il ne vérifie ni le rôle des champs ni les dépendances déclarées.

Pourquoi utiliser TOML vers JSON ici ?

Respecter le parent de chaque table

TOML vers JSON résout la portée des sections avant de produire les accolades. Une sous-table après [[servers]] appartient au serveur courant. La clé citée "api.version" reste un seul nom au lieu de créer un objet supplémentaire.

Des sections nommées deviennent des objets imbriqués et deux sections répétées forment un tableau de deux objets.

Repérer les changements de type

L’aperçu distingue nombres ordinaires, grands entiers convertis en chaînes, dates converties en chaînes et remplacements par null. Un JSON Pointer situe chaque valeur, même lorsque le document de sortie devient long.

Une valeur de calendrier et un long identifiant deviennent chacun un champ texte entouré de guillemets.

Choisir les conventions du destinataire

01

Décider si un identifiant peut être du texte

Au-delà de ±9007199254740991, les entiers sont écrits en chaînes décimales par défaut. Choisissez le refus si le schéma destinataire exige un nombre. Les entiers hors de la plage signée sur 64 bits sont toujours refusés.

02

Ne remplacer les nombres spéciaux qu’à bon escient

TOML admet inf et nan, mais JSON n’a pas ces nombres. Le réglage initial les refuse. L’option null les remplace explicitement, y compris en cas de débordement flottant ; le compteur null indique combien de valeurs ont été remplacées.

03

Attendre une sortie à jour

Le mode automatique attend 350 millisecondes après une modification. Désactivez-le pour utiliser Convertir ou Ctrl/Cmd+Entrée. Toute modification bloque immédiatement l’export. L’aperçu ajoute 50 nœuds à la fois, jusqu’à 500, sans tronquer le téléchargement.

Comment les structures et les valeurs sont représentées

Tables et tableaux mixtes

Les tables ordinaires et clés à points créent des objets imbriqués. Les tableaux de tables gardent leur ordre et la bonne portée des sous-tables. Une table vide devient {}, un tableau vide [], et un tableau de types mélangés reste mixte.

Lecture exacte des entiers

Chaque entier est lu comme BigInt avant de choisir son type de sortie. Les écritures hexadécimales, octales et binaires sont normalisées en décimal ; les séparateurs disparaissent. Un grand entier écrit en chaîne conserve ses chiffres exacts.

Quatre formes de date et d’heure

Une date-heure avec décalage conserve ce décalage. Aucun fuseau n’est ajouté aux valeurs locales ; une date seule et une heure seule gardent leur forme. Les heures ont une précision à la milliseconde, avec troncature des fractions plus fines.

Position de syntaxe ou chemin de valeur

Une erreur de syntaxe affiche la ligne et la colonne du parseur et souligne la ligne d’entrée. Une erreur de politique numérique affiche un JSON Pointer. Dans ce chemin, / devient ~1 et ~ devient ~0 pour identifier les clés sans ambiguïté.

Ce que la conversion ne peut pas garantir

Un parseur avec des exceptions connues
smol-toml 1.8.0 vise TOML 1.1, sans garantir une validation complète du calendrier ou d’Unicode. Certaines dates invalides sont normalisées : 2023-02-30 peut devenir 2023-03-02. Toutes les séquences Unicode invalides ne sont pas refusées.
Limites des nombres flottants
Les nombres IEEE 754 peuvent être arrondis ou devenir 0 par sous-dépassement. 1.0 sort sous la forme 1 et le zéro négatif devient 0. Infini, nan et débordement sont refusés ou remplacés par null selon votre choix.
La présentation d’origine disparaît
Commentaires, espaces, style des guillemets, base et écriture des nombres ne sont pas conservés. L’ordre des clés n’est pas garanti. JSON n’a pas de type date, et les grands entiers en chaînes nécessitent un accord avec le programme destinataire.
Un seul texte, avec des limites
Maximum : 500 000 caractères en entrée, profondeur 100, 50 000 nœuds et 2 000 000 caractères en sortie. Pas d’import de fichier, d’URL distante, de traitement par lot ni d’historique. Un texte contenant seulement des commentaires donne {}.
Ni réparation ni migration métier
Les clés dupliquées et erreurs de syntaxe sont refusées. Aucun champ n’est supprimé ou trié ; aucun schéma Cargo ou Poetry n’est contrôlé. Le lien inverse ouvre un outil distinct sans transmettre automatiquement les données présentes.

Questions sur TOML vers JSON

La conversion inverse est-elle possible ?

Oui, dans l’outil distinct JSON vers TOML. TOML vers JSON n’assure pas un aller-retour identique : les dates deviennent des chaînes, les commentaires et l’écriture des nombres disparaissent. Le lien de navigation ne transfère pas les données courantes.

La syntaxe TOML est-elle vérifiée ?

La syntaxe est analysée avant la conversion et une erreur indique sa ligne et sa colonne. Cela ne constitue pas une validation complète du calendrier, d’Unicode ou des champs de votre application. Consultez les limites du parseur avant un usage exigeant une conformité stricte.

Quelle révision de TOML peut-on utiliser ?

Le moteur est smol-toml 1.8.0, qui vise TOML 1.1. Il lit notamment les tables en ligne sur plusieurs lignes. Les exceptions restent applicables : les heures ont une précision à la milliseconde et certaines dates invalides sont normalisées.

Pourquoi les commentaires disparaissent-ils ?

JSON ne représente pas les commentaires. La sortie est produite à partir des valeurs analysées, sans leurs positions de commentaire ni leur mise en page initiale. Gardez le fichier TOML d’origine si ses explications doivent rester disponibles.

Pourquoi une date devient-elle une chaîne ?

JSON ne possède pas de type date. Le résultat utilise des chaînes ISO : les valeurs locales restent sans fuseau et les décalages explicites sont conservés. Les fractions de seconde au-delà des millisecondes sont tronquées ; le destinataire décide comment lire ces chaînes.

Un résultat de configuration vous surprend ?

Examiner la prochaine configuration

Utilisez TOML vers JSON pour comparer les types des dates et du grand identifiant de l’exemple, puis traiter votre propre configuration.