O código deve ter uma estrutura consistente. A "regra do acampamento" aplica-se aqui: .
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.
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 CГіdigo limpo
Você gostaria de ver um de uma função suja para uma limpa?
O conceito de (ou Clean Code ), popularizado pelo livro homônimo de Robert C. Martin ("Uncle Bob"), é um dos pilares fundamentais para qualquer desenvolvedor que deseja elevar a qualidade do seu trabalho de "apenas funcional" para "profissional e sustentável". O código deve ter uma estrutura consistente
Adotar o Clean Code exige disciplina e prática constante. No início, pode parecer que você está gastando mais tempo "pensando em nomes" do que programando, mas o retorno sobre esse investimento vem rapidamente na forma de menos bugs e uma base de código que não causa medo ao ser alterada.
Escrever código limpo não é apenas uma questão de estética; é uma estratégia para reduzir a dívida técnica, facilitar a manutenção e garantir que o software possa evoluir sem se tornar um pesadelo de bugs. 1. O que define um Código Limpo? Se uma função tem mais de 20 linhas
O ideal é que uma função tenha zero, um ou no máximo dois argumentos. Três ou mais exigem uma justificativa muito forte. Comentários são "Falhas"