Padrões de Projeto

DESIGNER
Padrões de Projeto

 Modelo
 Diversas Situações
 Melhores Praticas
 Tipos de Padrões
 Criação
 Estrutural
 Comportamental
Padrão de Criação

 Sistemas Independentes
 Composição de Objetos
Abstract Factory

 Objetivo
 Problemas
 Vantagens
 Desvantagens
 Soluções
Objetivo

Fornecer uma interface para criar famílias de objetos relacionados

ou dependentes sem especificar suas classes concretas." [ GoF]
Problemas

Este compromete a classe de objetos particulares e torna

impossível para mudar a instanciação mais tarde independentemente
a classe. Ele para a classe de ser reutilizáveis se forem necessários
outros objetos, e faz a classe difícil de testar porque os objetos reais
não podem ser substituídos por objetos mock.
Vantagens

 Ele isola as classes concretas.

 Garante a criação de famílias de objetos consistentes.
 Ela promove a harmonia entre produtos.
Desvantagens

 É difícil de suportar novos tipos de produtos.

Soluções

 Encapsular a criação de uma família de objetos em uma separada

fábrica de objetos.
 A delegados classe de objeto de criação de um fábrica objeto em
vez de instanciar classes concretas diretamente.
Padrão de Estrutural

 ......
 .....
 .....
Adapter

 Objetivo
 Vantagens
 Desvantagens
 Problemas
 Soluções
Objetivo

 Converter a interface de uma classe em outra interface esperada

pelos clientes.
 Adapter permite que classes de trabalhar juntos que não poderia
de outro modo, porque de interfaces incompatíveis." [ GoF]
Vantagens

 Evita dependências de implementação em tempo de compilação.

 Garante a criação de famílias de objetos consistentes.
 Faz troca de famílias de objetos inteiros fácil.
Desvantagens

 Requer que se estende a Fábrica interface para estender um

objeto familiar.
 Introduz um nível adicional de engano.
Problemas

Este compromete a classe de objetos particulares e torna

impossível para mudar a instanciação mais tarde independentemente
a classe. Ele para a classe de ser reutilizáveis se forem necessários
outros objetos, e faz a classe difícil de testar porque os objetos reais
não podem ser substituídos por objetos mock.
Soluções

 Encapsular a criação de uma família de objetos em uma separada

fábrica de objetos.
 A delegados classe de objeto de criação de um fábrica objeto em
vez de instanciar classes concretas diretamente.
Padrão de Estrutural

 ......
 .....
 .....