Padrões Criacionais

Padrões Criacionais

1. Factory Method

   • Interface para criar objetos em uma superclasse, mas permite que as subclasses alterem o tipo de objetos que serão criados.
   • Evita acoplamentos firmes entre o criador e os produtos concretos.
   • Pode introduzir novos tipos de produtos no programa sem quebrar o código cliente existente.
   • O código pode se tornar mais complicado

2. Abstract Factory Method

   • Permite que você produza famílias de objetos relacionados sem ter que especificar suas classes concretas.
   • Compatibilidade entre os produtos de uma fábrica
   • Responsabilidade única, fácil manutenção
   • Incluir novas variantes de produtos sem quebrar o código já existente
   • O código pode se tornar mais complicado

3. Builder Method

   • Permite construir objetos complexos passo a passo, produzindo diferentes tipos e representações de um objeto usando o mesmo código de construção.
   • Construir objetos passo a passo, adiar etapas de criação ou rodar etapas recursivamente
   • Reutilizar o mesmo código de construção para diferentes representações
   • Isolar um código de construção complexo da lógica de negócio do produto.
   • O código pode se tornar mais complicado

4. Prototype Method

   • Permite copiar objetos existentes sem fazer seu código ficar dependente de suas classes.
   • Clonar objetos sem acoplá-los a suas classes concretas.
   • Livrar-se de códigos de inicialização repetidos
   • Produzir objetos complexos mais convenientemente.
   • Alternativa para herança quando lidar com configurações pré determinadas para objetos complexos.
   • Clonar objetos complexos que têm referências circulares pode ser bem complicado.

5. Singleton Method

   • Garantir que uma classe tenha apenas uma instância, enquanto provê um ponto de acesso global para essa instância.
   • Instância única do objeto
   • Ponto de acesso global
   • Iniciado apenas na primeira vez que for instanciado
   • Viola o princípio de responsabilidade única
   • Mascarar design ruim, componentes conhecem muito um sobre o outro
   • Requer tratamento especial em um ambiente multithreaded
   • Difícil realizar testes unitários do código cliente