Criando Sistemas Manuteníveis # 2

man-drawing-an-electrical-diagram-chamadaOrientações de Unidade

São práticas aplicadas em nível unitário, de baixo nível, em classes e métodos.

1 – Escreva unidades de código pequenas

A primeira diretriz indica que os métodos de uma classe devem ser curtos, normalmente não mais de 15 linhas de código. Isto não só melhora a legibilidade, menor número de linhas de código são mais fáceis de entender, mas também reduz a probabilidade de efeitos laterais ocultos. Além de tudo isso, um método curto terá menos variações, o que significa que será mais fácil para testar. Diferentes equipes podem usar critérios diferentes quando decidir o que constitui uma linha de código. Neste tópico, nós usamos o seguinte:

  • A assinatura e o colchete de fechamento do método não contam. Isto porque estas são linhas não podem ser removidos e, portanto, não têm qualquer influência na direção medir a complexidade do método.
  • As linhas em branco dentro do método contam. Isto porque, embora as linhas em branco não têm quaisquer instruções, programadores tendem a adicioná-los para separar grupos de linhas que executam tarefas intimamente relacionados, o que significa que ajudar a indicar a complexidade do método.
  • Se uma instrução é tão longa que precisa ser dividido em duas ou mais linhas, contamos cada uma dessas linhas de forma independente. Isto porque consideramos tais instruções para representar a complexidade extra.

Para os interessados em realmente se aprofundar nesse assunto, veja nosso curso ead AQT M1 – Introdução a Arquitetura de Software com Java  que cobre exatamente estas questões. Este post faz parte de uma serie de posts, veja o inicial.

“Que o amor de vocês não seja fingido. Odeiem o mal e sigam o que é bom.” Romanos 12:9-10