Analyseur TOML

TOML prend en charge les chaînes, entiers, flottants, booléens, dates/heures, tableaux et tables (tables de hachage). Il prend également en charge les tables en ligne et les chaînes multilignes.

TOML est conçu spécifiquement pour les fichiers de configuration. Contrairement à JSON, il prend en charge les commentaires et est plus lisible. Contrairement à YAML, il a une grammaire plus stricte et plus simple, ce qui le rend moins sujet aux erreurs d'analyse.

Oui ! Toute l'analyse est effectuée entièrement dans votre navigateur. Aucune donnée n'est envoyée à un serveur, vos fichiers de configuration restent donc complètement privés.

[server] ouvre une table ; [server.tls] en imbrique une à l'intérieur ; et [[products]] démarre un tableau de tables, où chaque en-tête [[products]] répété ajoute un nouvel élément - c'est l'idiome pour les listes d'enregistrements dans les fichiers de configuration. L'indentation est purement cosmétique ; ce sont les en-têtes entre crochets qui définissent la structure.

TOML 1.0 possède quatre types temporels : date-heure avec décalage (1979-05-27T07:32:00Z, format RFC 3339), date-heure locale sans décalage, date locale (1979-05-27) et heure locale (07:32:00). Les horodatages sont des valeurs de première classe - sans guillemets ni analyse de chaîne - ce qui élimine toute une catégorie de bugs de configuration que les dates sous forme de chaînes provoquent en JSON ou YAML.

Face à INI : TOML possède une véritable spécification, des valeurs typées (entiers, flottants, booléens, dates, tableaux) et une imbrication propre au lieu de conventions de clés pointées. Face à JSON : des commentaires, des chaînes multi-lignes et aucun piège de virgule finale. JSON reste préférable pour l'échange de données entre programmes ; TOML vise résolument la configuration écrite par des humains.

Cargo de Rust (Cargo.toml) l'a rendu célèbre ; Python l'a standardisé pour la configuration de build (pyproject.toml, PEP 518) ; et on le retrouve dans Hugo, Netlify et de nombreux systèmes CI. Le format est maintenu par l'organisation toml-lang avec une suite de tests de conformité - l'une des raisons pour lesquelles les analyseurs concordent d'un langage à l'autre.

Les triples guillemets doubles couvrent plusieurs lignes avec de vrais retours à la ligne et prennent en charge les backslashes en fin de ligne qui suppriment les espaces blancs ; les triples guillemets simples font de même sans aucun traitement des échappements. Les chaînes littérales entre guillemets simples ignorent également tous les échappements - idéal pour les chemins Windows (C:\Users\name) et les motifs regex qui exigeraient sinon de doubler chaque backslash.