`/` Sequência de Fim de Linha

> Binary Code/David Camargo

A sequência de fim de linha (EOL - End of Line) é uma convenção que utiliza caracteres específicos para indicar o final de uma linha em um arquivo de texto. Esse conceito remonta à era dos teletipos e dispositivos mecânicos de impressão utilizados antes dos computadores modernos.

`+` Por que a EOL foi criada?

Nos primeiros sistemas computacionais e dispositivos de comunicação, como teletipos, o texto era impresso ou exibido linha por linha. Para permitir que a máquina soubesse quando iniciar uma nova linha, eram necessários comandos explícitos para:

Retornar o cabeçote de impressão ao início da linha (carriage return ou CR).
Mover o cabeçote para a linha seguinte (line feed ou LF).

Essa necessidade deu origem à combinação CR (\r) e LF (\n) como uma sequência de controle.

`+` Quando foi implementada?

A EOL foi introduzida nos anos 1960, durante a transição de máquinas puramente mecânicas para sistemas eletrônicos baseados em ASCII (American Standard Code for Information Interchange). O ASCII especificava os códigos CR (13, em decimal) e LF (10, em decimal) como caracteres de controle para formatação de texto.

`+` Que problema ela resolveu?

A criação da EOL padronizou a forma como os sistemas interpretavam quebras de linha, permitindo que arquivos de texto fossem compartilhados e processados consistentemente. Sem a EOL, seria difícil determinar onde uma linha terminava e outra começava, especialmente em sistemas que processavam grandes volumes de dados ou precisavam de comunicação entre dispositivos diferentes.

`-` Diferenças entre sistemas operacionais

Com o passar dos anos, os sistemas operacionais adotaram convenções diferentes para a sequência de fim de linha, baseando-se em necessidades específicas ou limitações históricas:

Windows:
- Adota CRLF (\r\n), seguindo a convenção original dos teletipos.
- Introduzido para manter compatibilidade com dispositivos de hardware e sistemas legados.
Linux e macOS (modernos):
- Usam apenas LF (\n) para simplificar o processamento de arquivos de texto.
- Essa escolha surgiu dos sistemas Unix, que optaram por eliminar o uso redundante de CR.
Mac OS Clássico (pré-Mac OS X):
- Utilizava apenas CR (\r), devido ao de#terno do sistema e de suas ferramentas.

Essas diferenças ainda persistem e impactam projetos que precisam ser executados em ambientes multi-plataforma.

`-` Impactos no desenvolvimento de software

Portabilidade
- Arquivos com diferentes sequências de fim de linha podem apresentar problemas ao serem compartilhados entre sistemas. Por exemplo:
  - Um arquivo criado no Windows (CRLF) pode exibir caracteres estranhos ao ser aberto em um editor Linux que espera LF.
  - Um script Linux convertido para CRLF pode falhar ao ser executado em um terminal que não interpreta corretamente a sequência.
Controle de Versão
- Sistemas de controle de versão, como Git, frequentemente sinalizam alterações em arquivos onde apenas a EOL mudou, criando ruído em revisões de código.
Codificação e Ferramentas
- Linguagens de programação e ferramentas de processamento de texto podem interpretar de forma diferente os caracteres de EOL. Um exemplo comum é a diferença de comportamento entre \r\n e \n em strings em Python ou JavaScript.

`-` Melhor prática em projetos multi-plataforma

Garantir consistência na sequência de fim de linha é essencial para projetos que precisam funcionar em diferentes sistemas operacionais. A adoção de práticas e ferramentas adequadas pode prevenir problemas e simplificar o desenvolvimento.

Escolha e documente um padrão de EOL
- Decisão estratégica: Defina um padrão único para todo o projeto. O LF (\n) é amplamente usado por ser nativo do Unix e compatível com Linux e macOS. Além disso ele simplifica o desenvolvimento para sistemas baseados em container, como o Docker.
- Documentação clara: Adicione a convenção no guia de contribuição do projeto.
Automatize a padronização no controle de versão
- Normalização automática: Configure o Git para lidar com diferenças de EOL ao armazenar arquivos no repositório e ao transferi-los entre plataformas. Um exemplo de configuração no arquivo .gitattributes:
```
* text=auto
*.sh text eol=lf
*.bat text eol=crlf
```
Aqui, arquivos de shell scripts (.sh) serão salvos com LF, enquanto arquivos de lote (.bat) usarão CRLF.
- Evite conflitos futuros: Padronizar EOL no controle de versão ajuda a evitar divergências em pull requests e revisões de código, onde mudanças "invisíveis" podem gerar confusão.
Integre ferramentas de formatação
- Linters e formatadores:
  - Ferramentas como Prettier ou ESLint podem validar a sequência de fim de linha e corrigir automaticamente discrepâncias em projetos de front-end.
  - Em projetos Python, use Black para garantir formatação consistente, incluindo EOL.
- CI/CD:
  - Configure pipelines de integração contínua para validar e corrigir automaticamente a sequência de EOL. Isso elimina a necessidade de ajustes manuais e previne erros antes que eles cheguem ao repositório principal.
Considere a plataforma de destino
- Sistemas que processam os arquivos: Pense no ambiente em que o software será executado. Se o sistema destino exige CRLF (exemplo: arquivos executados nativamente no Windows), configure os arquivos relevantes para adotar este padrão, mesmo que o restante do projeto use LF.