DRY - Don't Repeat Yourself

Independente da linguagem de programação que você usa, existem princípios que você deve saber e um deles é o DRY - Don’t Repeat Yourself!!!

Definição

“Every piece of knowledge must have a single, unambiguous, authoritative representation within a system”

Em tradução livre, quer dizer que todo pedaço de conhecimento dentro de um sistema deve ter uma única, inequívoca e autoritária representação.

Eita, mas o que isso quer dizer!?

Nada mais do que o título diz, Não se repita !! Se você está dando copy paste no seu código, você está errado! Para seguir o princípio, abstraia o bloco de código repetitivo para uma unidade reutilizável como uma função, método, macro ou o que for relevante para a linguagem que você estiver utilizando e faça uma chamada onde precisar usar.

O que eu ganho com isso!?

Vamos lá, vamos supor que você tenha um bloco de código que você utiliza em diversas partes do seu programa e que utiliza um valor X +2. Legal, tudo funciona e todo mundo tá feliz, até o trágico dia que pedem para você mudar de X + 2 para X + 3… Mais um daqueles requisitos fáceis que deve ser rapidinho né… Você consegue lembrar rapidamente em quantas partes do seu código você deu copy paste!?? Duvido que você sequer lembre do código que escreveu semana passada, quanto mais do que escreveu meses ou até anos atrás. E pra melhorar, voc6e achando que era facinho resolveu fazer o deploy na sexta feira a noite e na hora do vamos ver, a parada não roda… Ah, esqueci de alterar em um pedaço só, você vai lá e altera, e nada… Aí você vai desejar com todas as suas forças ter seguido o DRY!!!

Isso falando que nem o deploy rolou, mas pode ser pior, o deploy pode rolar mas por algum “motivo” (DRY) o resultado esperado pela contabilidade não é o mesmo que o sistema dá… Xiii, agora não é mais só o gerente na tua cola, é o CTO, o CFO, o CEO todos te cobrando resultado, tudo por que você não seguiu o DRY…

Code

Uma sorveteria tem dois sabores, creme e chocolate e a classe Sorvete tem dois métodos, preparaChocolate()e preparaCreme().

package com.rickytaki.model;

public class Sorvete {

    public void preparaCreme(){
        System.out.println("Sorvete de creme saindo");
    }

    public void preparaChocolate(){
        System.out.println("Sorvete de chocolate saindo");
    }
}

Mas além dos sabores, também vamos colocar cobertura e um biju e agora, como ficaria o código?

package com.rickytaki.model;

public class Sorvete {

    public void preparaCreme(){
        System.out.println("Sorvete de creme saindo");
        System.out.println("Colocando cobertura");
	System.out.println("Colocando biju");
    }

    public void preparaChocolate(){
        System.out.println("Sorvete de chocolate saindo");
        System.out.println("Colocando cobertura");
	System.out.println("Colocando biju");
    }
}

Viram a violação do DRY? Pra que repetir código!? Observem que quanto mais opções e modificações mais complexo fica modificar o comportamento ou adicionar outros!?

Solução

package com.rickytaki.model;

public class Sorvete {

    public void preparaCreme() {
        System.out.println("Sorvete de creme saindo");
        this.colocaAdicionais();
    }

    public void preparaChocolate(){
        System.out.println("Sorvete de chocolate saindo");
        this.colocaAdicionais();
    }

    public void colocaAdicionais(){
        System.out.println("Colocando cobertura");
        System.out.println("Colocando biju");
    }
}

Abstraindo o comportamento repetitivo para um método, podemos efetuar mudanças sem nos preocuparmos em quantas vezes o método é chamado ao longo do código! E fica fácil de implementarmos novos comportamentos e o código fica mais legível!

Espero que você tenha entendido esse princípio essencial e passe a seguir no seu código agora mesmo!!

Um abraço,

Ricky Taki