comparação de texto e diff
Comparar dois textos não é só marcar linha diferente de linha igual: é achar o MENOR conjunto possível de inserções e remoções que transforma um texto no outro, e esse menor conjunto tem um algoritmo com nome e limite de custo conhecidos.
O formato unified marca a linha inalterada com espaço, a removida com `-` e a adicionada com `+`; aqui a linha `const nome` some do cabeçalho de mudança porque continua idêntica dos dois lados.
A similaridade não é "1 linha igual em 3", que daria 33%; ela conta também os trechos ainda idênticos dentro das linhas alteradas, como `console.log(nome` que se repete nas duas versões.
Com granularidade de caractere, a troca de "gato" por "gata" isola só a letra final em vez de marcar a palavra inteira como alterada; nesse par a similaridade sobe para 84,6%.
Sim, e vai além disso. A comparação base é por linha, mas dentro de cada linha alterada você pode pedir realce por palavra ou por caractere, o que mostra exatamente o termo que mudou em vez de marcar a linha inteira.
O algoritmo de Myers (1986), o mesmo que o `git diff` usa por baixo dos panos; ele garante o menor conjunto possível de linhas adicionadas e removidas para transformar um texto no outro, não uma aproximação.
Porque o realce interno de palavra ou caractere, que é o que faz uma vírgula trocada não derrubar a similaridade inteira da linha, só roda quando o par de linhas alteradas soma menos de 20.000 caracteres; acima disso a linha inteira conta como totalmente diferente.
Significa que o trecho comparado era grande demais e não tinha nenhuma linha âncora (linha que aparece exatamente uma vez dos dois lados) para decompor o problema, então esse pedaço virou um bloco de substituição inteiro em vez do menor conjunto possível de mudanças.
Sim, o carregamento local aceita até 4 MB (4.194.304 bytes) por arquivo; arquivos maiores precisam ser divididos em trechos antes da comparação.
A comparação, a leitura dos arquivos e a exportação rodam no navegador. Nenhum conteúdo é enviado ao servidor.