Baixe o app para aproveitar ainda mais
Prévia do material em texto
Disciplina: CCT0265 - PAD.DE PROJ.DE SOFT. Período Acad.: 2017.3 EAD (G) / EX Prezado (a) Aluno(a), Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3). Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS. 1. Os padrões de projetos, quando aplicados ao desenvolvimento de aplicações, fornecem meios de descrever soluções comuns para problemas comuns, resultando em redução de tempo gasto com o desenvolvimento e melhoria da qualidade da aplicação. (FCC - 2009) Analise: I. É o responsável pela especificação dos tipos de objetos a serem criados usando uma "instância" prototípica e pela criação de novos objetos copiando este protótipo. II. Define uma interface de nível mais alto que torna o subsistema mais fácil de usar e fornece uma interface única para um subsistema com diversas interfaces; compõe o grupo de padrões estruturais. III. Integrante do grupo de padrões comportamentais, ele provê uma forma de acessar sequencialmente os elementos de um agregado de objetos, sem expor a representação interna desse agregado. IV. As consequências do uso deste padrão é que o encapsulamento é mantido, já que objetos usam sua própria informação para cumprir responsabilidades; leva ao fraco acoplamento entre objetos e à alta coesão, uma vez que objetos fazem tudo que é relacionado à sua própria informação. As afirmações correspondem, respectivamente, aos padrões Command, Singleton, Controller e Façade. Prototype, Façade, Iterator e Expert. Command, Iterator, Singleton e Expert. Adapter, Façade, Command e Iterator. Controller, Expert, Singleton e Prototype. 2. (CESGRANRIO - 2009) O presidente de uma empresa determinou que fosse disponibilizado um sistema de vendas na Internet. No entanto, o software de controle de estoque que deve ser acessado pela aplicação de vendas é muito antigo e provê uma API (Application Programming Interface) de uso muito complicado. Para que os desenvolvedores possam acessar uma interface mais simples, o arquiteto do sistema pode determinar o uso do padrão de projeto Façade. Flyweight. Decorator. Observer. Prototype. 3. (BNDES - CESGRANRIO 2009) O presidente de uma empresa determinou que fosse disponibilizado um sistema de vendas na Internet. No entanto, o software de controle de estoque que deve ser acessado pela aplicação de vendas é muito antigo e provê uma API (Application Programming Interface) de uso muito complicado. Para que os desenvolvedores possam acessar uma interface mais simples, o arquiteto do sistema pode determinar o uso do padrão de projeto Observer. Flyweight. Decorator. Prototype. Façade. 4. O objetivo do padrão de projeto estrutural de oFlyweight é diminuir o consumo de memória, porém deve ser utilizado com cautela; Gamma et al (2000) recomendam sua utilização somente quando todas as condições forem verdadeiras. Assinale dentre as opções abaixo a unica condição que não é verdadeira Muitos grupos de objetos podem ser substituídos por relativamente poucos objetos compartilhados, uma vez que estados extrínsecos são removidos. Uma aplicação utiliza um grande número de objetos. Os custos de armazenamento são altos por causa da grande quantidade de objetos. Uma aplicação utiliza um pequeno número de objetos. A aplicação não depende da identidade do objeto. Gabarito Comentado 5. A classe Façade, em qualquer contexto, tem como objetivo mais amplo buscar respostas para um problema de forma transparente em um conjunto de subsistemas e fornecer uma resposta imediata para a classe cliente. Assinale dentre as principais vantagens desse padrão de projeto a única que não é verdadeira.: Tornar os clientes independentes da complexidade dos diferentes subsistemas de uma aplicação. Simplificar o acesso a determinadas funcionalidades de um subsistema, sem inviabilizar sua utilização direta. Incentivar acoplamento fraco entre o subsistema e seus clientes. judar a melhorar portabilidade dos sistemas. Incentivar acoplamento forte entre o subsistema e seus clientes. 6. O Padrão Flyweight é um objeto compartilhado, que pode ser usado em vários contextos, simultaneamente, pois, tem capacidade de funcionar de forma independente em cada contexto. Seus métodos e implementações não podem, em momento algum, fazer _____________________________________________________________ comparações ou associações sobre o contexto no qual o objeto opera. hipóteses ou asserções sobre fora do contexto no qual o objeto opera. hipóteses ou exclusões sobre o contexto no qual o objeto opera. hipóteses ou asserções sobre o contexto no qual o objeto opera. Acoplamento fraco entre o subsistema e seus clientes. Gabarito Comentado 7. A classe Façade, em qualquer contexto, tem como objetivo mais amplo buscar respostas para um problema de forma transparente em um conjunto de subsistemas e fornecer uma resposta imediata. Marque a alternativa que NÃO indica uma vantagem do padrão Façade (Fachada) Simplificar o acesso a determinadas funcionalidades de um subsistema, sem inviabilizar sua utilização direta. Fazer com que o cliente conheça todas as regras de negócio para que possa realizar as mudanças. Tornar os clientes independentes da complexidade dos diferentes subsistemas de uma aplicação. Ajudar a melhorar portabilidade dos sistemas. Incentivar acoplamento fraco entre o subsistema e seus clientes. Gabarito Comentado 8. Converter a interface de uma classe em outra interface esperada pelos clientes. Permite a comunicação entre classes que não poderiam trabalhar juntas devido à incompatibilidade de suas interfaces. Para qual padrão de projeto a afirmação se relaciona? Memento Proxy Nra Singleton Observer
Compartilhar