Design Patterns

O padrão Singleton pertence à categoria: Estrutural. Arquitetural. Comportamental. Criação.

O padrão utilizado para permitir compatibilidade entre interfaces diferentes é: Facade. Adapter. Strategy. Proxy.

O padrão Observer pertence à categoria: Estrutural. Criação. Comportamental. Incremental.

O padrão que garante a existência de apenas uma instância de uma classe é: Builder. Prototype. Singleton. Composite.

Assinale o padrão relacionado à criação de objetos passo a passo: Decorator. Builder. Observer. Iterator.

O padrão Facade tem como principal objetivo: Adicionar comportamento dinamicamente. Encapsular algoritmos. Simplificar acesso a subsistemas. Controlar estados internos.

O padrão usado para adicionar funcionalidades dinamicamente a objetos é: Adapter. Decorator. Bridge. Proxy.

O padrão Strategy permite: Compartilhar memória. Criar hierarquias de objetos. Alterar algoritmos dinamicamente. Criar objetos clonados.

O padrão Iterator é utilizado para: Encapsular comandos. Percorrer coleções. Salvar estados. Criar objetos complexos.

O padrão que notifica automaticamente objetos interessados quando ocorre alteração em outro objeto é: Observer. State. Visitor. Interpreter.

O padrão Factory Method pertence à categoria de criação. CERTO. ERRADO.

O padrão Adapter adiciona funcionalidades dinamicamente a objetos. CERTO. ERRADO.

O padrão Decorator pertence à categoria estrutural. CERTO. ERRADO.

O padrão Chain of Responsibility pertence à categoria comportamental. CERTO. ERRADO.

O padrão Proxy é um padrão de criação. CERTO. ERRADO.

O padrão utilizado para encapsular requisições como objetos é: Command. State. Composite. Flyweight.

O padrão que permite salvar e restaurar estados anteriores de um objeto é: Visitor. Memento. Strategy. Mediator.

O padrão associado à economia de memória por compartilhamento de objetos é: Flyweight. Prototype. Builder. Facade.

O padrão utilizado para representar estruturas hierárquicas em árvore é: Composite. Bridge. Proxy. Decorator.

O padrão State permite: Separar abstração da implementação. Alterar comportamento conforme o estado. Simplificar subsistemas. Criar famílias de objetos.