Padrões de design

A maior parte deste artigo vem das palestras Head First Design Patterns e Oxford Imperative Programming 3.

Identifique os aspectos do aplicativo que variam e separe-os do que permanece o mesmo.

• O Strategy Pattern define uma família de algoritmos, encapsula cada um deles e os torna intercambiáveis. Strategy permite que o algoritmo varie independentemente dos clientes que o utilizam.

• O Observer Pattern define uma dependência um-para-muitos entre objetos para que quando um objeto mudar de estado, todos os seus dependentes sejam notificados e atualizados automaticamente.

Esforce-se por designs fracamente acoplados entre objetos que interagem!

• Decorator Pattern anexa responsabilidades adicionais a um objeto dinamicamente. Os decoradores fornecem uma alternativa flexível às subclasses para estender a funcionalidade.

Coisas para saber:

1. Os decoradores têm o mesmo supertipo dos objetos que decoram. → Podemos passar um objeto decorado no lugar do objeto original (embrulhado). NB Decorators normalmente são transparentes para o cliente do componente — a menos que o cliente esteja confiando no tipo concreto do componente.
2. Você pode usar um/mais decoradores para envolver um objeto.
3. O decorador adiciona seu próprio comportamento antes e/ou depois de delegar ao objeto que decora para fazer o resto do trabalho.

• O padrão de comando encapsula uma solicitação como um objeto, permitindo que você parametrize outros objetos com solicitações diferentes, filas ou solicitações de log e suporte a operações que podem ser desfeitas .

Um objeto de comando compõe um receptor e um método de execução.

Registro de requisições: armazena os comandos (ao invés das grandes estruturas de dados) cada vez que uma mudança é feita, para que possamos nos recuperar após uma falha.

• O Factory Method Pattern define uma interface para criar um objeto, mas permite que as subclasses decidam qual classe instanciar. O Factory Method permite que uma classe adie a instanciação para subclasses.

Projete sobre abstrações. Não dependa de classes concretas. — Princípio de Inversão de Dependência

• Abstract Factory Pattern fornece uma interface para criar famílias de objetos relacionados ou dependentes sem especificar suas classes concretas.

1. Método de fábrica: uma fábrica abstrata subclassificada por fábricas concretas; as subclasses desta fábrica substituem um método fábrica ; você usa uma subclasse para fazer a criação para você.
2. Fábrica abstrata: um tipo abstrato para criar uma família de produtos; subclasses desse tipo definem como cada produto é criado; para usar a fábrica, você instancia uma e a passa para algum código por meio de composição .
3. Adapter Pattern converte a interface de uma classe em outra interface que os clientes esperam. O Adapter permite que as classes trabalhem juntas que não poderiam de outra forma devido a interfaces incompatíveis.

• O Facade Pattern fornece uma interface unificada para um conjunto de interfaces em um subsistema. A fachada define uma interface de nível superior que torna o subsistema mais fácil de usar.

Princípio do mínimo conhecimento - fale apenas com seus amigos imediatos.

Comparação da INTENÇÃO de 3 padrões:

Adaptador: converte uma interface em outra

Decorador: não altera a interface, mas adiciona responsabilidade

Fachada: torna a interface mais simples