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 outra tabela dentro dela; e [[products]] inicia um array de tabelas, em que cada cabeçalho [[products]] repetido acrescenta um novo elemento - o padrão idiomático para listas de registos em ficheiros de configuração. A indentação é cosmética; são os cabeçalhos entre parênteses retos que definem a estrutura.

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

Face ao INI: o TOML tem uma especificação a sério, valores tipados (inteiros, floats, booleanos, datas, arrays) e um aninhamento limpo em vez de convenções de chaves com pontos. Face ao JSON: comentários, strings multilinha e nenhuma das armadilhas da vírgula final. O JSON continua a ser melhor para intercâmbio de dados entre programas; o TOML destina-se claramente a configuração escrita por humanos.

O Cargo do Rust (Cargo.toml) tornou-o famoso; o Python adotou-o como padrão para configuração de build (pyproject.toml, PEP 518); e aparece no Hugo, no Netlify e em muitos sistemas de CI. O formato é mantido pela organização toml-lang com um conjunto de testes de conformidade - uma das razões pelas quais os parsers concordam entre diferentes linguagens.

As aspas duplas triplas abrangem várias linhas com quebras de linha reais e suportam barras invertidas no fim da linha que removem os espaços em branco; as aspas simples triplas fazem o mesmo sem qualquer processamento de escapes. As strings literais entre aspas simples também ignoram totalmente os escapes - ideais para caminhos do Windows (C:\Users\name) e para padrões regex que, de outra forma, exigiriam duplicar cada barra invertida.