Padrões de Projeto

Question 1

Padrões de Projeto (Design Patterns)

Answer 1

Descrição de uma solução para resolver um problema genérico de projeto em um contexto específico.Um padrão de projeto dá nome, abstrai e identifica os aspectos-chave de uma estrutura de projeto comum para torná-la reutilizável

Question 2

Quais os benefícios trazidos pela adoção de padrões de projetos?

Answer 2

• Padrões capturam a estrutura estática e a colaboração dinâmica entre objetos participantes no projeto de sistemas.
• São especialmente bons para descrever como e por que resolver problemas não funcionais.
• Facilitam o reuso de soluções arquiteturais que deram certo antes.
• Aumentam a coesão, diminuem o acoplamento.

Question 3

Padrões de projeto são compostos por quatro elementos essenciais. São eles:

Answer 3

• Nome do padrão
• Problema a ser resolvido
• Solução dada pelo padrão
• Consequências

Question 4

O catálogo de padrões de projeto (design patterns) do GoF contém 23 padrões e está,
basicamente, dividido em três seções:

Answer 4

1. Criação (Creational)
2. Estrutura (Structural)
3. Comportamento (Behavioral)

Creational, Structural e Behavioral.

Question 5

Quais são os 5 padrões de criação (creational)?

Answer 5

Classe:

• Factory Method

Objeto:

• Abstract Factory
• Builder
• Prototype
• Sigleton

Classe: Factory Method

Question 6

Quais são os 7 padrões de estrutura (Structural)?

Answer 6

• Object Adapter
• Bridge
• Composite
• Decorator
• Facade
• Flyweight
• Proxy

Classe: Class Adapter

Question 7

Quais são os 11 padrões de Comportamento (Behavioral)?

Answer 7

Classe:

• Interpreter
• Template Method

Objeto:

• Chain of Responsibility
• Command
• Iterator
• Mediator
• Memento
• Observer
• State
• Strategy
• Visitor

Classe: Interpreter Template Method

Question 8

Padrões de Criação - Abstract Factory

Answer 8

Proporciona uma interface para criar famílias de objetos relacionados ou dependentes sem especificar suas classes concretas.

Question 9

Quando usar Abstract Factory?

Answer 9

• O sistema deve ser configurado com uma de múltiplas famílias de produtos.
• Estes produtos relacionados são projetados para serem utilizados juntos, e você quer garantir essa restrição.
• Você quer fornecer uma biblioteca de classes de produtos e quer revelar somente suas interfaces, não suas implementações.

Question 10

Padrões de Criação - Builder:

Answer 10

• Separa a construção de um objeto complexo da sua representação, de forma que o mesmo processo possa criar diferentes tipos de representações.
• Creational Pattern Java que tem por objetivo separar a construção de um objeto complexo da sua representação, de tal forma que diversas representações podem ser criadas em razão da necessidade do programa.

Dica: enquanto Abstract Factory enfatiza famílias de objetos, Builder constrói partes de objetos passo a passo.

Question 11

Quando usar o builder?

Answer 11

Use Builder quando:
- Algoritmo para criar um objeto deve ser independente de suas partes e de como elas são montadas.

Question 12

Padrões de Criação - Factory Method

Answer 12

Define uma interface para criar um objeto, mas deixa as subclasses decidirem qual classe instanciar.

Question 13

Quando usar Factory Method?

Answer 13

Use Factory Method quando:

• Uma classe não pode antecipar a classe de objetos que ela deve criar.
• Uma classe quer que suas subclasses especifiquem os objetos que ela cria.

Question 14

Padrões de Criação - Prototype:

Answer 14

• Especifica os tipos de objetos para criar uma instância prototípica, e cria novos objetos copiando este protótipo (clonando o objeto original).

Question 15

Quando usar o padrão prototype?

Answer 15

Use o prototype quando:
- O sistema possui componentes cujo estado inicial tem poucas variações, e é conveniente disponibilizar um conjunto pré estabelecido de protótipos que dão origem aos objetos que compõem o sistema.

Question 16

Padrões de Criação - Singleton:

Answer 16

• Garante que uma classe tem apenas uma instância e provê um ponto de acesso global a ela.

Question 17

Quando usar o Singleton?

Answer 17

Use Singleton quando:
- Deve haver exatamente uma instância de uma classe, e ela deve ser acessível aos clientes a partir de um ponto de acesso conhecido.
- Em termos de padrões de criação de projetos, algumas classes, tais como um spooler de impressão ou um sistema de arquivos, devem ser instanciadas uma única vez e prover um ponto de acesso global a esta instância.

Question 18

Padrões Estruturais - Adapter:

Answer 18

• Converte a interface de uma classe em outra interface que normalmente não poderiam trabalhar juntas.
• É utilizado para permitir que dois objetos se comuniquem mesmo que tenham interfaces incompatíveis

Question 19

Quando usar Adapter?

Answer 19

Use o Adapter quando:
- Você quer usar uma classe existente, e sua interface não é adequada àquela que você precisa.

Question 20

Padrões Estruturais - Bridge:

Answer 20

Desacopla uma interface de sua implementação, de forma que elas possam variar independentemente.

Question 21

Quando usar Bridge?

Answer 21

Use o Bridge quando:
- Você quer evitar um vínculo entre a abstração e a implementação.
- Mudanças na implementação de uma abstração não deveriam ter impacto nos clientes, isto é, seu código não deveria ser recompilado.

Question 22

Padrões Estruturais - Composite:

Answer 22

Compõe zero ou mais objetos similares de forma que eles possam ser manipulados
como um só.

Question 23

Quando usar Composite?

Answer 23

Use Composite quando:
* Você quer representar hierarquias parte-todo de objetos.
* Você quer que o cliente ignore a diferença entre objetos compostos e objetos individuais.

Question 24

Padrões Estruturais - Decorator:

Answer 24

• Anexa responsabilidades adicionais a um objeto dinamicamente.
• Decoradores fornecem uma alternativa flexível em relação a herança para estender funcionalidades.

Question 25

Quando usar o Decorator?

Answer 25

Use o Decorator quando:
- Quiser adicionar responsabilidades a objetos dinamicamente.
- Quando a extensão por subclasses é impraticável.

Question 26

Padrões Estruturais - Proxy:

Answer 26

Provê um substituto ou ponto através do qual um objeto possa controlar o acesso a
outro.

Question 27

Quando usar Proxy?

Answer 27

Use Proxy quando:
* Toda vez que há uma necessidade de uma referência mais versátil ou sofisticada do que um simples ponteiro para um objeto.

Question 28

Padrões Estruturais - Façade:

Answer 28

• Provê uma interface unificada para um conjunto de interfaces de um subsistema.
• Define uma interface de mais alto nível que torna o subsistema mais fácil de manipular.
• Façade oferece uma interface simples para uma coleção de classes.

Question 29

Quando usar Façade?

Answer 29

Use o Façade quando
- Você quiser prover uma interface simples para um subsistema complexo.

Question 30

Padrões Estruturais - Flyweight:

Answer 30

Usa compartilhamento para suportar grandes quantidades de objetos, de granularidade fina (que possuem poucas responsabilidades), de maneira eficiente.

Question 31

Quando usar Flyweight?

Answer 31

Use o Flyweight quando:
- Uma aplicação utiliza um grande número de objetos e o custo para armazená-los é muito alto.
- A maioria dos estados dos objetos pode ser tornada extrínseca.

Question 32

Padrões Comportamentais - Chain of Responsibility:

Answer 32

• Evita o acoplamento do remetente de uma solicitação ao seu receptor.
• Encadeia os objetos receptores, passando a solicitação ao longo da cadeia até que um objeto a trate.

Question 33

Quando usar Chain of Responsibility?

Answer 33

Use o Chain of Responsibility quando:
* Você quer emitir uma solicitação para um dentre vários objetos, sem especificar explicitamente o receptor.

Question 34

Padrões Comportamentais - Command:

Answer 34

Encapsula uma requisição como um objeto, deixando-o, dessa forma, parametrizar os clientes com diferentes requisições e filas, ou façam o registro de log de requisições e deem suporte a operações que podem ser desfeitas.

Question 35

Quando usar Command?

Answer 35

Use o Command para:
* Parametrizar objetos para realizar alguma ação.
* Suportar undo.
* Suportar transações.

Question 36

Padrões Comportamentais - Interpreter:

Answer 36

Dada uma linguagem, define uma representação para sua gramática juntamente com um interpretador para as sentenças dessa linguagem.

Question 37

Quando usar Interpreter?

Answer 37

Use Interpreter quando:
* Houver uma linguagem para interpretar e você puder representar as sentenças da linguagem como árvores sintáticas abstratas.

Question 38

Padrões Comportamentais - Iterator

Answer 38

• Fornece um meio de acessar sequencialmente os elementos de um objeto agregado sem expor a sua representação subjacente.
• Permite prover uma interface
  única para varrer coleções diferentes.

Question 39

Quando usar Iterator?

Answer 39

Use Iterator quando:
- Você quer acessar o conteúdo de uma coleção sem expor a sua representação interna.

Question 40

Padrões Comportamentais - Mediator:

Answer 40

• Define um objeto que encapsula a forma como um conjunto de objetos interage.
• Promove o acoplamento fraco ao evitar que os objetos se refiram explicitamente uns aos outros.

Question 41

Quando usar Mediator?

Answer 41

Use Mediator quando:
- Um conjunto de objetos se comunica de maneira bem-definida, porém complexas.
- O reuso de um objeto é difícil, porque ele referencia e se comunica com muitos outros objetos.
- Um comportamento que está distribuído entre várias classes deveria ser customzável, ou adaptável, sem excessiva especialização em subclasses.

Question 42

Padrões Comportamentais - Memento:

Answer 42

Sem violar o encapsulamento, captura e externaliza o estado interno de um objeto, de forma que ele possa ser recuperado depois.

Question 43

Quando usar Memento?

Answer 43

Use Memento quando:
- Uma “fotografia” (parte) do objeto precisa ser salva, de forma que ela possa ser recuperada depois.
- Uma interface direta para obtenção do estado exporia detalhes de implementação e romperia o encapsulamento do objeto.

Question 44

Padrões Comportamentais - Observer:

Answer 44

Define uma dependência entre objetos de forma que quando um objeto muda de estado, todos os seus dependentes são notificados e atualizados automaticamente.

Question 45

Quando usar Observer?

Answer 45

Use o Observer quando
- Quando uma mudança em um objeto requer mudanças em outros objetos e você não sabe quantos objetos serão mudados.

Question 46

Padrões Comportamentais - State:

Answer 46

• Permite que um objeto mude o seu comportamento quando o seu estado interno mudar.
• O objeto parecerá ter mudado de classe.

Question 47

Quando usar State?

Answer 47

Use State quando:
- O comportamento de um objeto depende do seu estado, e ele deve mudar este comportamento em tempo de execução de acordo com este estado.

Question 48

Padrões Cpmportamentais - Strategy:

Answer 48

• Define uma família de algoritmos, encapsula cada um, e faz deles intercambiáveis.
• Permite que o algoritmo varie independentemente dos clientes que o utilizam.

Question 49

Quando usar Strategy?

Answer 49

Use Strategy quando:
- Várias classes relacionadas diferem apenas em seus comportamentos.
- Você precisa de diferentes variantes de um algoritmo.
- Uma classe define muitos comportamentos e eles aparecem como declarações condicionais nas suas operações.

Question 50

Padrões Comportamentais - Template Method:

Answer 50

• Define o esqueleto de um algoritmo em uma operação, deferindo alguns passos para as subclasses.
• Template Method permite que subclasses redefinam certos passos de algum algoritmo sem mudar a estrutura do algoritmo.

Question 51

Quando usar Template Method?

Answer 51

Use Template Method para:
- Implementar a parte invariante de um algoritmo uma vez e deixar para as subclasses a implementação do comportamento que pode variar.

Question 52

Padrões Comportamentais - Visitor:

Answer 52

• Representa uma operação a ser executada sobre os elementos da estrutura de um objeto.
• Permite definir uma nova operação sem mudar as classes dos elementos sobre os quais opera.

Question 53

Quando usar Visitor?

Answer 53

Use Visitor quando:
- Muitas operações distintas e não relacionadas precisarem ser executadas sobre uma estrutura de objetos.