WorksheetsPADROES.24.2 Quiz 2 Parte 2
Total questions: 15
Worksheet time: 23mins
O padrão Mediator se assemelha a qual outro padrão no que diz respeito à comunicação entre objetos?
A) Flyweight
B) Command
C) Facade
D) Proxy
E) Observer
No padrão Command, as operações de "undo" e "redo" são possíveis porque:
A) Cada comando é encapsulado como um objeto independente que pode ser armazenado
B) O estado de cada objeto é armazenado antes de uma modificação
C) O objeto Mediator gerencia o histórico de comandos
D) Os estados dos objetos são compartilhados entre várias instâncias
E) A comunicação entre objetos é facilitada por um controlador externo
O padrão Bridge é comumente usado para:
A) Definir uma interface simples para um sistema complexo
B) Compartilhar dados comuns entre múltiplas instâncias de objetos semelhantes
C) Separar a abstração de uma classe da sua implementação
D) Organizar a comunicação indireta entre múltiplos objetos
E) Implementar uma lógica de comandos encapsulados
No padrão Flyweight, o estado intrínseco:
A) É único para cada objeto instanciado
B) É compartilhado entre várias instâncias de objetos semelhantes
C) É gerenciado por um objeto Mediator que centraliza a comunicação
D) É ocultado de outras classes externas ao objeto
E) Representa a interface pública de um objeto
O padrão Facade é mais útil em sistemas:
A) Que precisam otimizar o uso de memória
B) Com múltiplos subsistemas complexos
C) Que gerenciam o histórico de comandos
O padrão Mediator ajuda a:
Criar um ponto de acesso global para um sistema
Facilitar a criação de comandos e sua execução em um sistema distribuído
Gerenciar a comunicação entre objetos sem que eles tenham conhecimento uns dos outros
Otimizar o uso de memória em sistemas de grande escala
Encapsular o processo de criação de objetos em classes especializadas
O padrão Factory difere do padrão Abstract Factory porque:
O Abstract Factory permite criar famílias de objetos relacionados
O Factory cria um único objeto e o Abstract Factory não pode criar objetos diretamente
O Abstract Factory é uma implementação do padrão Flyweight
O Factory cria apenas instâncias únicas, enquanto o Abstract Factory cria múltiplas instâncias
O Factory permite a definição de estados complexos compartilhados entre várias instâncias
O padrão Command encapsula:
Uma interface que permite a comunicação indireta entre objetos
Uma solicitação como um objeto, permitindo a execução, desfazer e refazer ações
A criação de múltiplos objetos relacionados com uma interface simplificada
Um estado interno de um objeto para permitir a alternância dinâmica
O processo de comunicação entre diferentes módulos do sistema
O padrão Bridge promove:
A separação de objetos em estados intrínsecos e extrínsecos
A comunicação eficiente entre diferentes módulos sem acoplamento
A criação de múltiplas instâncias de um objeto
A implementação de interfaces simplificadas para objetos complexos
A definição de estados internos para objetos
O padrão Flyweight economiza memória ao:
Reutilizar objetos semelhantes, compartilhando dados internos entre eles
Definir múltiplos estados para objetos complexos e alterná-los dinamicamente
Encapsular diferentes métodos de criação de objetos
Armazenar estados extrínsecos de forma eficiente em classes diferentes
Centralizar a comunicação entre objetos sem a necessidade de acoplamento
O padrão Facade pode ser usado para:
Criar uma interface comum para diferentes tipos de objetos
Facilitar a criação de objetos complexos de forma simplificada
Prover uma interface unificada para um conjunto de subsistemas complexos
Otimizar o uso de memória ao compartilhar dados entre várias instâncias
Definir uma série de comandos que podem ser executados de maneira sequencial
O padrão Mediator facilita:
A comunicação entre objetos, centralizando essa comunicação em um único ponto
A criação de objetos com estados compartilhados entre diferentes instâncias
A implementação de um histórico de comandos para desfazer ações
A separação da abstração de sua implementação
O encapsulamento de diferentes algoritmos dentro de um objeto
O padrão Factory é um padrão de projeto de software que:
Cria objetos sem expor a lógica de criação
Garante que uma classe tenha apenas uma instância
Define uma interface para criar famílias de objetos relacionados
Permite que um objeto altere seu comportamento quando seu estado interno muda
No padrão Command, as ações encapsuladas podem:
Ser executadas diretamente sem a necessidade de armazenar o comando
Ser armazenadas e enfileiradas para execução posterior
Ser usadas para compartilhar estados entre diferentes instâncias
Ser definidas de forma dinâmica com base em um mediador central
Ser executadas e descartadas após a primeira execução
O padrão Flyweight é mais útil quando:
Precisamos otimizar o uso de memória em um sistema com muitos objetos semelhantes
Precisamos garantir que diferentes objetos possam compartilhar a mesma interface
Queremos dividir a criação de objetos em múltiplas etapas
Desejamos encapsular o processo de criação de objetos em um único local
Precisamos definir uma comunicação centralizada entre diferentes objetos
