Cenário I

"Precisamos garantir que existirá apenas uma instância de uma determinada classe durante o ciclo de vida da aplicação. Nesta instância, guardaremos algumas informações globais."

Singleton

• Única instância;
• Menos objetos de mortalidade infantil;
• Garbage Collector agradece!

github.com/ricardolonga/questao-um

O código

Cenário II

"Temos alguns botões no nosso Discman, como o play, pause, stop e record. Como podemos organizar a implementação das regras de negócio de cada um dos botões?"

Command

• Divisão das responsabilidades;
• Uma hierarquia de objetos;
• Popularmente utilizado com Factory Method.

github.com/ricardolonga/questao-dois

O código

Cenário III

"Nosso controlador não deve saber como construir os comandos, apenas como utilizá-los. O que acham sobre delegarmos a construção dos nossos comandos a outro objeto?"

Factory Method

• Nenhum acoplamento entre a classe PlayerController e seus comandos.

github.com/ricardolonga/questao-tres

O código

Cenário IV

"Na classe Pedido você implementa o método getTotalComDesconto(). O desconto varia conforme a forma de pagamento escolhida pelo cliente ou o valor total da compra."

Strategy

• Encapsulamento dos algoritmos;
• Isolamento do código que varia da classe Pedido.

github.com/ricardolonga/questao-oito

O código

Cenário V

"A escola decidiu abrir uma nova turma, porém com um preço promocional. Como podemos reaproveitar o código da classe Turma modificando apenas o método que retorna o valor final, sem utilizar herança?"

Decorator

• Use quando for necessário adicionar responsabilidades;
• Sem herança.

github.com/ricardolonga/questao-nove

O código