Minificador de JS

Remover espaços em branco e comentários é a parte fácil e óbvia da minificação — e sozinha ela quase não move o ponteiro em código bem escrito. A verdadeira redução de tamanho vem de duas transformações mais profundas: a ofuscação (mangling), que renomeia cada variável local e argumento de função para o identificador mais curto possível (`acumulador` vira `a`, `resultadoTemporario` vira `t`), e a eliminação de código morto, que remove ramificações e expressões que uma análise estática do código consegue provar que nunca vão executar ou nunca afetam a saída. As duas exigem realmente entender a estrutura do código — seus escopos, quais nomes são locais versus exportados, quais ramificações são comprovadamente inalcançáveis — que é por isso que uma ferramenta real baseada em analisador como o Terser produz uma saída significativamente menor do que um simples buscar-e-substituir em espaços em branco jamais conseguiria.

Bundlers como Webpack, esbuild, Rollup e Vite minificam sua saída automaticamente como parte de um build de produção, quase sempre usando o Terser ou um motor compatível com o Terser por baixo dos panos — então, para qualquer pessoa trabalhando dentro de um projeto JavaScript moderno, a minificação já acontece de forma invisível toda vez que roda um comando de build. Uma ferramenta avulsa como esta cobre os casos que ficam fora desse pipeline: uma única tag de script sem processo de build, uma verificação rápida de quanto um trecho encolheria, ou um arquivo avulso que precisa ser comprimido sem trazer uma configuração inteira de bundler só para isso.

Minificar e formatar são operações opostas sobre o mesmo código: esta ferramenta remove os espaços em branco, a estrutura e a legibilidade que um formatador como o Prettier adiciona propositalmente de volta. Sua ferramenta irmã, o Formatador de JavaScript, desfaz exatamente o que esta faz — útil para a direção reversa, pegando um arquivo minificado que alguém te passou e transformando-o de volta em algo legível o suficiente para realmente depurar.

Um pipeline de build real normalmente combina minificação com um source map — um arquivo separado que mapeia cada posição na saída minificada de volta para sua linha original no código-fonte, especificamente para que um depurador ainda consiga mostrar código legível e números de linha corretos em produção, apesar do arquivo que realmente roda ser ilegível. Esta ferramenta avulsa intencionalmente não gera um, já que é feita para uma redução rápida e pontual em vez de uma implantação de produção; qualquer coisa que for para um pipeline de build real deveria passar por um bundler que emite um source map correspondente junto.