ID 642307 Banca FCC Órgão TCE-PR Ano 2011 Provas FCC - 2011 - TCE-PR - Analista de Controle - Informática Disciplina Arquitetura de Software Assuntos Padrões de projeto (Design Patterns) Os design patterns Alternativas são projetos de arquitetura para um domínio específico de aplicação e sempre trazem componentes predefinidos que envolvem código de programação. consistem em conjuntos de classes que um usuário instancia para utilizar seus métodos. Após a chamada ao método, o controle do fluxo da aplicação retorna para o usuário. são de uso exclusivo em processos de desenvolvimento de soluções orientado a objetos, já que os objetos são a mais adequada abstração para o reúso. são aplicações propriamente ditas, normalmente construídas pela integração de diversos frameworks. podem ser modelados utilizando-se a linguagem UML que fornece um meio eficiente de modelar pa- drões de projeto representando-os como colaborações. Responder Comentários Os design patterns a) NÃO são projetos de arquitetura para um domínio específico de aplicação e sempre trazem componentes predefinidos que envolvem código de programação. b) NÃO consistem em conjuntos de classes que um usuário instancia para utilizar seus métodos. Após a chamada ao método, o controle do fluxo da aplicação retorna para o usuário. c) NÃO são de uso exclusivo em processos de desenvolvimento de soluções orientado a objetos, já que os objetos são a mais adequada abstração para o reúso. d) NÃO são aplicações propriamente ditas, normalmente construídas pela integração de diversos frameworks. e) podem ser modelados utilizando-se a linguagem UML que fornece um meio eficiente de modelar pa- drões de projeto representando-os como colaborações. CORRETA a) São apenas descrições, nada de códigob) Não entra em detalhes de chamada de métodos, etc ... trabalha num nivel de generalidade mais alto.c) Normalmente associados com projetos orientado a objetos, não exclusivamented) São descriçõese) OK Francisco,Em qual referência bibliográfica afirma que padrões de projeto são apenas descrições, SEM CÓDIGO?No dia a dia o que mais vejo é implementação de PP em Java e Python (Iterator, Command, Singleton, Facade, etc.). Eu marcaria a E, que é a mais clara.Porém, com relação a letra C, eu não conheço nenhum padrão de projeto que não esteja associado a uma solução orientada a objetos.Alguém pode me dar um exemplo? positivo, arrisco a dizer até que não existe nenhum padrão que não seja OO. Olá Rodrigo e Izaias,Em relação à utilização de design patterns em outros paradigmas de programação é possível. O que acontece é que orientação à objetos é uma abstração do mundo real, portanto mais visível e aplicável a utilização de padrões. Um exemplo que cito são as linguagens funcionais que podem se beneficiar do uso dos mesmos padrões de projetos já consagrados em OO.Segue um link interessante sobre o assunto:http://www.ibm.com/developerworks/java/library/j-ft10/index.html complementando o comentario do Rafael Freire...Por exemplo poderimos citar o Padrão de Projeto Singleton. Sera mesmo que só com orientação a objetos conseguiriamos implementar este padrão? Quando vemos um diagrama de classes na UML acreditamos que aquilo é apenas para Orientação a Objetos, mas percebam que a coisa é bem mais que isso... aquilo é só um conceito, que pode simplesmente ser implementada com outros paradigmas, talvez de forma não ta trivial, mas acredite pode. Welkson Renny de Medeiros, na sua propria questão ja esta a resposta, veja: ..."No dia a dia o que mais vejo é implementação de PP em Java e Python (Iterator, Command, Singleton, Facade, etc.)." Exatamente! Ou seja, os padrões de projeto são conceitos (e não códigos), que são implementados em alguma Linguagem de Programação, entende? Bons Estudos!!! 1 - Padrão de Projeto não é Projeto, não é de domínio específico, PODEM trazer código de programação. Realmente eu achei a letra E) a mais correta...so não entendi a parte de modelar padrões como colaborações...alguem poderia ajudar? Também não entendi a parte "representando-os como colaborações". Alguem conseguiria definir isso? Os padrões de projeto são representados via UML utilizando COLABORAÇÕES. Vi que alguns ficaram confusos com o uso desse termo, entretanto acredito que ele esteja se referindo à ASSOCIAÇÕES entre as classes em um diagrama de classes. Geralmente uma boa explicação sobre um padrão de projeto orientado à objetos é acompanhada de um diagrama que mostra as relações/associações entre as classes compondo o padrão (generalizações, agregações, etc.). e- Conceito originalmente usado por Christopher Alexander, design patterns sao soluções publicadas para problemas recorrentes em engenharia de sofwtare. Contêm soluções aplicaveis a situações comuns, com relevancia ao contexto em que ocorrem.