Formatador de Código: SQL, XML, YAML, HTML, CSS e JS

JavaScript, CSS, HTML, XML, SQL e YAML. Para cada uma há duas operações, formatar e minificar, e cada par tem um contrato escrito na tela dizendo exatamente o que é garantido e o que não é. O JSON tem ferramenta dedicada, o formatador e validador de JSON, porque ali o cuidado com número grande e chave repetida exige um leitor próprio. Python não está na lista: nele, como no YAML, o recuo é a própria estrutura do código, e mexer no recuo sem entender a linguagem muda o programa.

Não. O JavaScript insere ponto e vírgula sozinho em certas quebras de linha, e uma função com return numa linha e o valor na linha de baixo devolve undefined. Juntar as duas linhas faria a função devolver o valor, e a ferramenta mudaria o programa. Por isso o código é lido em tokens, e duas linhas só são juntadas quando dá para provar que juntar não muda nada. Depois de return, throw, break, continue e yield a quebra sempre fica. A formatação segue a mesma regra.

Porque ela é conservadora de propósito. Ela remove comentário e espaço, que é a maior parte do peso, e junta o que é seguro juntar, mas não renomeia variável, não remove código morto e não reordena nada, porque isso exigiria entender a gramática inteira do JavaScript e o risco de errar é alterar o seu programa. Para o build de produção, use Terser ou esbuild na sua esteira. Esta ferramenta é para inspecionar, limpar e comparar rápido, sem instalar nada.

Não. Tudo acontece no seu navegador. O código não é transmitido, não é salvo e não entra em log nem na URL. Depois que a página carrega, a ferramenta funciona sem conexão, e dá para conferir na aba de rede do navegador: nenhuma requisição leva o que você colou. A única que a ferramenta dispara é o registro de uso da estatística do site, uma vez por visita, com o endereço da página e nada do conteúdo.

Nunca. O texto é lido caractere por caractere como texto. Nenhum JavaScript é interpretado, nenhum SQL é enviado a banco, nenhuma entidade externa de XML é resolvida e nenhuma requisição sai da página por causa do que você colou. É também por isso que ele não valida: saber se uma consulta roda exigiria mandá-la a um banco de dados, e saber se um script funciona exigiria executá-lo.

Porque em YAML o espaço em branco é a estrutura, e há construções que não dá para reindentar com segurança: âncora e alias, marca de tipo, diretiva, vários documentos no mesmo arquivo e chave complexa. Nesses casos a ferramenta devolve o conteúdo sem alterar e explica o motivo. Tabulação no recuo também é recusada, porque o YAML não aceita tabulação para indentar. O resto é normalizado para dois espaços por nível, e bloco literal não é tocado.

Nada. Em HTML, o conteúdo de pre, textarea, script e style sai byte a byte, com o fechamento colado no texto. Em XML, CDATA, comentário e instrução de processamento saem inteiros, e entidade não é expandida. Elemento com texto dentro, como um parágrafo com negrito no meio, sai inteiro, sem quebra de linha nova, porque quebrar ali poria um espaço a mais na tela. Na minificação, o espaço entre duas tags de bloco sai; o que encosta em texto ou separa dois elementos de frase fica.

Pode, e é por isso que a leitura é por tokens. Em WHERE nome igual a 'pedro from silva', o from que está dentro das aspas não é palavra-chave: é parte do nome de alguém. O mesmo vale para comentário, para identificador entre aspas duplas (padrão e PostgreSQL), entre crase (MySQL) e entre colchetes (SQL Server). Nada disso é reescrito. Operador de dois caracteres, como <=, <>, != e o :: do PostgreSQL, também é lido como uma peça só.

O núcleo comum de consulta do SQL:92 mais o que PostgreSQL, MySQL, SQLite e SQL Server compartilham. O que é próprio de um dialeto é reconhecido e preservado, nunca reescrito: parâmetro com dois pontos, arroba, cifrão ou interrogação, texto com cifrão duplo do PostgreSQL e os operadores de JSON. A ferramenta não valida a consulta, não entende procedimento armazenado e não reescreve nada: ela organiza o que você escreveu.

Escolha a aba XML ou SQL, cole o código no campo e clique em Formatar. O resultado aparece embaixo, com Copiar e Baixar, e o arquivo sai com a extensão da linguagem. No XML, cada elemento que só contém outros elementos ganha uma linha e dois espaços de recuo por nível; elemento com texto sai inteiro, como veio. No SQL, cada cláusula (SELECT, FROM, WHERE, JOIN, ORDER BY) começa numa linha nova e as palavras-chave vão para maiúscula, sem tocar no que está entre aspas.

São o contrato da operação, e aparecem antes de você clicar. Cada linguagem tem o seu: em CSS, minificar mantém o espaço obrigatório dentro de calc; em HTML, mantém o espaço que separa palavras na tela; em YAML, a caixa já avisa que minificar não existe. O texto muda quando você troca de aba, porque formatar e minificar não garantem a mesma coisa em JavaScript, em CSS e em YAML, e a ferramenta prefere dizer isso antes de você usar o resultado.

O selo compara o tamanho do resultado minificado com o do texto que você colou, em porcentagem arredondada. No exemplo de JavaScript da ferramenta, 178 caracteres viram 86, e o selo mostra 52% menor. O aviso azul diz o que o motor manteve de propósito: quantas quebras de linha ficaram porque juntar poderia mudar o código, quantos comentários de licença continuaram ou quantos espaços que encostavam em texto não saíram.