Refactoring de código

Hoje deu vontade de postar e como faz um tempo que não posto nada aqui quero falar agora de um assunto muito comentado ultimamente e de grande importância.

Você já pensou na forma que escreve os seus códigos? A estrutura de organização? Não? Pois bem.

Para quem não conhece a programação orientação a objetos tem inúmeros processos para poder escrever um código funcional bem organizado e um deles é a prática de efetuar refactoring do código.

A prática consiste em organizar um código caótico ou mal organizado em uma leitura de organização simples, imagine o seguinte trecho de código feito em Java(retirado do WikiPedia):

/** Salva o produto no banco de dados. */
 public void save()
 {
     // Verifica propriedades
     if (this.getName() == null)
     {
         throw new Exception("Falta nome");
     }
     else if (this.getDescription() == null)
     {
         throw new Exception("Falta a descrição");
     }
 
     this.getDatabase().save(this);
 }

Note que neste exemplo o programador no método save validou a entrada dos dados e depois fez a persistência dos dados no banco, este é um código não refatorado, o mesmo código pode ser escrito da seguinte forma:

 /** Salva o produto no banco de dados. */
 public void save()
 {
     this.checkProperties();
     this.getDatabase().save(this);
 }
 
 /** Verifica as propriedades do produto. */
 public void checkProperties()
 {
     if (this.getName() == null)
     {
         throw new Exception("Falta nome do produto.");
     }
     else if (this.getDescription() == null)
     {
         throw new Exception("Falta a descrição do produto.");
     }
 }

Note que depois do refactoring o método save() está bem mais legível e de fácil leitura, perceba que toda a responsábilidade de validar os dados de entrada foi passada para outro método chamado de checkProperties. Assim cada método tem somente uma responsábilidade e com isso ganhamos um melhor reaproveitamento de código, aos invés de realizar todo o procedimento em um só método.

Refatoração de código deve ser considerada uma boa prática pelos desenvolvedores, devemos refatorar sempre o nosso código escrito para uma boa legibilidade e também para não delongar de mais um método simples. Estima – se que cada método escrito deve ter no máximo quinze linhas de código ou mais ou menos perto disso, caso contratário o código escrito deve ser revisto e refatorado.

É claro que com o passar do tempo um programação bem estrutura pode ser de difícil leitura para quem não está acostumado mais o ganho de produtividade e organização alcançado realmente vale a pena.