Renomeação de Arquivos em Lote

Renomeação em lote é a operação de alterar de uma só vez os nomes de um conjunto de arquivos seguindo um conjunto de regras. Cenários comuns: transformar despejos de câmera como IMG_1234.JPG em 2026-06-viagem-001.jpg, prefixar assets de exportação de UI com @2x_, sequenciar recibos digitalizados pela data da nota. A renomeação embutida do Finder do macOS cobre «Localizar e substituir» e o formato «nome + contador», mas não consegue reescrever extensões; a renomeação por Tab no Explorador do Windows só suporta numeração sequencial simples (o PowerRename do PowerToys adiciona regex, mas exige instalação separada). Trabalhos mais complexos costumam exigir aplicativos como ReNamer ou Bulk Rename Utility, ou scripts feitos à mão em PowerShell / shell. Esta ferramenta expõe cada operação — prefixo/sufixo, numeração, busca e substituição, caso, extensão — como um controle visual com pré-visualização ao vivo e detecção de duplicatas. Tudo roda na memória do navegador; nomes de arquivo com códigos de projeto, nomes de cliente e informações pessoais permanecem na máquina do usuário.

A ferramenta inteira roda sobre as APIs File, Blob e URL.createObjectURL do navegador — cada byte permanece na memória. Quando você arrasta ou seleciona arquivos, o navegador entrega ao JavaScript objetos File (subclasses de Blob) na heap; a ferramenta apenas lê a propriedade `name` de cada arquivo para renomear, sem nunca tocar no conteúdo binário. As regras se aplicam em uma ordem fixa para evitar interferências: primeiro o nome base é determinado (fornecido pelo usuário ou o original), com a extensão dividida em lastIndexOf('.') (arquivos-ponto como .gitignore são tratados apenas como base, sem extensão); depois a busca/substituição roda como String.prototype.split + Array.prototype.join (sem regex — evita correspondência acidental de caracteres especiais); em seguida o número de sequência é calculado via `String(start + i).padStart(pad, '0')` e colocado como prefixo/sufixo/substituição do nome base; prefixo e sufixo envolvem o resultado; a transformação de caso é aplicada à string completa prefixo+base+sufixo de uma só vez, depois que prefixo e sufixo são unidos; a extensão é processada de forma independente (manter/maiúsculas/minúsculas/substituir). A detecção de duplicatas conta cada novo nome em um Map<string, number> durante a pré-visualização; nomes que aparecem mais de uma vez entram em um duplicateSet que a UI destaca em vermelho. Clicar em "Baixar como ZIP" enquanto o conjunto não estiver vazio exibe um toast de erro e aborta o empacotamento — a lista original de arquivos é preservada, então você pode ajustar as regras e tentar novamente. Isso roda dentro de useMemo([files, opts]), de forma que edições nas regras recomputam incrementalmente sem renderizar a lista de arquivos novamente. O download de arquivo único embrulha o File em URL.createObjectURL, dispara um clique sintético em `<a download>` e revoga a URL imediatamente. O empacotamento ZIP importa dinamicamente o JSZip no primeiro clique (~80 KB, sem custo no first-paint), lê o arrayBuffer() de cada arquivo, escreve-o sob o novo nome e chama generateAsync({type:'blob', compression:'DEFLATE', compressionOptions:{level:6}}). DEFLATE é o padrão do ZIP; o nível 6 equilibra taxa e velocidade. O cálculo das regras é O(n) em quantidade de arquivos; o tempo de empacotamento escala com o total de bytes. Navegadores normalmente leem o conteúdo de um File de forma preguiçosa — arrayBuffer() é o momento em que os bytes realmente saem do disco — então mesmo milhares de arquivos enfileirados custam quase nada durante a pré-visualização, com o pico de memória ocorrendo apenas ao "Baixar como ZIP".

• lastIndexOf('.') divide a extensão; se o único ponto está no índice 0 (ex.: .gitignore), o arquivo não tem extensão e o ponto inicial permanece no nome base
• Busca e substituição usa String.prototype.split + Array.prototype.join em vez de replaceAll, evitando interpretação acidental de $1/$& na string de substituição
• padStart(pad, '0') gera o número preenchido com zeros; pad=0 produz o número bruto para casos em que alinhamento não é necessário
• A transformação de caso roda depois que prefixo e sufixo são unidos, normalizando todo o segmento base de uma só vez; a extensão é tratada de forma independente
• A detecção de duplicatas roda dentro de useMemo com um Map; recomputação O(n), e a UI apenas troca uma className das linhas destacadas — sem reconstrução do DOM
• URLs Blob são revogadas imediatamente via URL.revokeObjectURL para liberar o pool de alocação de URLs, já que object URLs reservadas se acumulam rapidamente sob uso intenso
• JSZip é carregado via dynamic import apenas quando o empacotamento é acionado, então os ~80 KB de código nunca afetam o first-paint nem o LCP
• DEFLATE nível 6 é o ponto ideal no navegador; o nível 9 adiciona 1–2% de compressão por 2–3× o tempo e quase não ajuda em imagens/vídeo já comprimidos