A abstração faz com que não precisemos nos preocupar com os detalhes de implementação. O bom design de software requer um equilíbrio entre objetos e estruturas de dados, bem como a utilização adequada do encapsulamento para ocultar os detalhes de implementação de um objeto e proteger seus dados.
É importante manter uma formatação consistente e fácil de ler no código. A formatação do código é importante não apenas para os desenvolvedores que estão escrevendo o código, mas também para os que o lerão no futuro.
Comentários devem ser evitados, uma vez que devemos nos expressar através do nosso código e uma das motivações mais comuns para criação de comentários é um código ruim. Vale à pena sempre ponderar a necessidade do comentário, mas pense que não compensa o esforço para quem terá de fazer a manutenção.
Funções são a primeira linha de organização em qualquer programa. “As funções devem fazer apenas uma coisa, Devem fazê-la bem. Devem fazer apenas ela.” Uma forma de saber se uma função faz mais de uma coisa, é se você pode extrair outra função à partir dela, que não seja apenas uma reformulação de sua implementação…
Read more
No geral, o que mais fazemos no código é dar nome aos bois: variáveis, funções, parâmetros, classes e pacotes, arquivos-fonte, diretórios… nomes e mais nomes. A seguir vão as regras para nomes mais relevantes pra mim neste livro: “Se um nome requer um comentário, então ele não revela o seu propósito.” “Isso importa, porque a…
Read more
E aí senhores leitores, de bowie?Estarei fazendo uma série de artigos pra colocar em prática o que eu tenho aprendido, o que vai ajudar e muito no meu PDI (Plano de Desenvolvimento Individual). Eu escolhi Clean Code como primeira série, mais porque eu ja estou lendo o livro do Tio Bob. Segue aqui os tópicos…
Read more