Clean Code

Saudações, leitores! Bons desenvolvedores sabem que um método deve executar apenas uma tarefa, conforme o princípio de responsabilidade única (SRP). Porém, algumas vezes, na busca por manter os métodos objetivos e enxutos, escondemos o acoplamento temporário que existe entre eles, ofuscando a dependência lógica que um método tem com o outro. Ainda não ouviu falar sobre acoplamento temporário? Acompanhe o artigo e tome conhecimento de como eles devem ser codificados!

Vocês já ouviram falar do SRP (Single Responsability Principle)? Trata-se de um dos princípios incentivados pelo SOLID, que prega a responsabilidade única de classes e métodos. Apesar de já conhecermos a importância deste princípio, o artigo de hoje visa realçar a relevância da divisão de classes na arquitetura de um projeto, prezando pela alta coesão. Acompanhe!

Inveja é bom? Claro que não! Inveja é um dos sete pecados capitais! Agora, imagine se houver inveja entre as classes de um programa? Ops, isso significa que, neste caso, o desenvolvedor está cometendo um pecado capital no seu código? Faz sentido. Acompanhe o artigo e entenda melhor o que é uma Feature Envy!