Não existe código limpo sem testes. Os testes garantem que a refatoração (o ato de limpar o código) não quebre funcionalidades existentes. Um bom teste segue o acrônimo : F ast (Rápido) I ndependent (Independente) R epeatable (Repetível) S elf-Validating (Auto-validável) T imely (Oportuno/No momento certo) Conclusão
O tratamento de erros deve ser feito de forma limpa. Prefira usar em vez de retornar códigos de erro (como -1 ou null ), pois códigos de erro forçam o chamador a lidar com o problema imediatamente, sujando a lógica principal. 5. Testes Unitários (TDD) CГіdigo limpo
Código limpo é aquele que pode ser lido e compreendido facilmente por qualquer membro da equipe, quase como se fosse uma prosa bem escrita. Segundo o autor, o código deve ser "focado", resolvendo um problema de cada vez sem efeitos colaterais ocultos. 2. Princípios Fundamentais Nomes Significativos Não existe código limpo sem testes
Uma função deve fazer apenas uma coisa e fazê-la bem (). Se uma função tem mais de 20 linhas ou muitos níveis de aninhamento (como vários if dentro de for ), ela provavelmente deve ser dividida. Prefira usar em vez de retornar códigos de
Conceitos relacionados devem ser mantidos próximos uns dos outros.
Para os defensores do Clean Code, um comentário é muitas vezes um sinal de que o código não foi claro o suficiente. Em vez de explicar o que um bloco confuso faz com um comentário, refatore o código para que ele se explique sozinho.
Your information will be used to send you regular news updates from The Exponential Roadmap Initiative. We will only send you relevant information, and will never sell your information to any third parties. You have the absolute right to unsubscribe at any time. View our Privacy Policy.