Analisador de TOML

TOML suporta strings, inteiros, decimais, booleanos, data/hora, arrays e tabelas (hash maps). Também suporta tabelas inline e strings multilinha.

TOML é projetado especificamente para arquivos de configuração. Diferente do JSON, suporta comentários e é mais legível por humanos. Diferente do YAML, possui uma gramática mais estrita e simples, tornando-o menos propenso a erros de análise.

Sim! Toda a análise é feita inteiramente no seu navegador. Nenhum dado é enviado a nenhum servidor, então seus arquivos de configuração permanecem completamente privados.

[server] abre uma tabela; [server.tls] aninha uma tabela dentro dela; e [[products]] inicia um array de tabelas, em que cada cabeçalho [[products]] repetido adiciona um novo elemento - o idioma para listas de registros em arquivos de configuração. A indentação é apenas cosmética; são os cabeçalhos entre colchetes que definem a estrutura.

O TOML 1.0 tem quatro tipos temporais: offset date-time (1979-05-27T07:32:00Z, no formato RFC 3339), local date-time sem offset, local date (1979-05-27) e local time (07:32:00). Timestamps são valores de primeira classe - sem aspas, sem parsing de string - o que elimina toda uma classe de bugs de configuração que datas como string causam em JSON ou YAML.

Contra o INI: o TOML tem uma especificação de verdade, valores tipados (inteiros, floats, booleanos, datas, arrays) e aninhamento limpo em vez de convenções de chaves com ponto. Contra o JSON: comentários, strings multilinha e zero armadilhas de vírgula final. O JSON continua sendo melhor para intercâmbio de dados entre programas; o TOML mira diretamente na configuração escrita por humanos.

O Cargo do Rust (Cargo.toml) o tornou famoso; o Python o padronizou para configuração de build (pyproject.toml, PEP 518); e ele aparece no Hugo, no Netlify e em muitos sistemas de CI. O formato é mantido pela organização toml-lang com uma suíte de testes de conformidade - uma razão pela qual os parsers concordam entre as linguagens.

Aspas duplas triplas atravessam linhas com quebras de linha reais e suportam barras invertidas no fim da linha que removem espaços em branco; aspas simples triplas fazem o mesmo sem nenhum processamento de escape. Strings literais entre aspas simples também ignoram escapes por completo - ideais para caminhos do Windows (C:\Users\name) e padrões regex que, de outra forma, exigiriam duplicar cada barra invertida.