abstract factory

CO023 - Programação
Orientada a Objetos
Abstract Factory
Douglas Pereira Batista
Raiane Possas
Ramon Vieira

Propósito do Padrão
→ Prover uma interface para criar uma família de objetos relacionados ou dependentes sem especificar suas classes concretas.
→ O Abstract Factory também é conhecido como Kit.
→ De alguma forma possui um objeto (uma Abstract Factory) e usa este objeto para chamar os métodos de criação.
→ Se ele possuir uma referência a uma Abstract Factory diferente, toda criação será diferente.
→ O fato de todos os métodos de criação estarem na mesma subclasse de uma Abstract Factory permite satisfazer a restrição de criar apenas objetos relacionados ou dependentes.

Motivação
→ Considere uma aplicação com interface gráfica que é implementada para plataforma diferentes(Motif para unix e outros ambientes para Windows e
MacOs).
→ As classes implementando os elementos gráficos não podem ser definidas estaticamente no código. Precisamos de uma implementação diferente para cada ambiente. Até em um mesmo ambiente, gostaríamos de dar a opção ao usuário de implementar diferentes aparências (look-and-feels).
→ Podemos solucionar este problema definindo uma classe abstrata para cada elemento gráfico e utilizando diferentes implementações para cada aparência ou para cada ambiente.
→ O código cliente não sabe qual classe concreta utilizamos.

Aplicabilidade

Quando usar o padrão Abstract Factory?
- Quando um sistema deve ser independente de como seus produtos são criados, compostos e representados.
- Quando o sistema deve ser configurado com uma entre várias famílias de produtos.
- Quando uma família de produtos relacionados é projetada para ser usada de forma conjunta e você deva garantir esta restrição.
- Quando quer prover uma biblioteca de classes de produtos e quer revelar apenas suas interfaces e não suas implementações.

Estrutura

Participantes
FactoryAbstrata (WidgetFactory)
→Declara uma interface para