Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Artigo Java Magazine 65 - Explicando Padrões de Projeto – Parte 4
Artigo da Revista Java Magazine Edição 65.
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
Explicando Padrões de Projeto – Parte 4
Soluções padronizadas para problemas recorrentes
No último artigo da série, novos padrões e um guia de referência dos padrões GoF com a frequência que são utilizados
De que se trata o artigo:
Apresentação dos padrões Command, Chain of Responsibility, Proxy e Decorator, além de um quadro resumo “Explicando Padrões de Projetos” que passa ao programador uma visão geral sobre todos os padrões do catálogo GoF.
Para que serve:
Os padrões apresentados no artigo são soluções recorrentes para problemas encontrados no dia-a-dia do desenvolvedor. O quadro resumo apresenta uma lista com a freqüência relativa de uso destes padrões. Um bom começo para o iniciante em padrões de projeto é estudar os tópicos listados com maior frequência de uso.
Em que situação o tema é útil:
A mescla dos padrões Chain of Responsibility e Command é um caso típico de implementação de uma solução para problemas de seqüências de tarefas empilhadas. Enquanto Proxies e Decorators são encontrados em muitos frameworks e servidores de aplicações modernos.
Um Proxy pode ser útil quando existe a necessidade de criar um objeto intermediário ou substituir um determinado objeto (forçar um controle de acesso, por exemplo), já o padrão Decorator ilustra uma forma elegante de agregar dinamicamente novas funcionalidades a um objeto.
Explicando Padrões de Projeto – Parte 4:
No artigo os padrões Command e Chain of Responsibility são utilizados em conjunto para implementar de forma organizada uma seqüência de ações. Diversos frameworks (Struts, por exemplo) utilizam esta abordagem para resolver problemas que exigem uma cadeia de execuções.
Outros dois padrões estruturais são apresentados nesta edição: Proxy e Decorator. Com um Proxy é possível encapsular um objeto através de outro que implementa a mesma interface. Dessa forma o segundo objeto controla o acesso ao primeiro, o objeto real. Já os Decorators oferecem uma alternativa flexível ao uso de herança para estender funcionalidades. O padrão Decorator adiciona comportamentos ao objeto, não à classe.
Concluímos a série com um quadro geral sobre os padrões do catálogo GoF. Este quadro pode ser uma referência rápida para consultas sobre padrões de projeto no dia-a-dia do desenvolvedor.
Padrões de Projeto: Desfecho
Nos quatro artigos desta série, apresentamos as principais soluções recorrentes baseadas no trabalho seminal “Design Patterns: elements of reusable object-oriented software”, o famoso catálogo GoF.
"
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Graduado pela universidade Mackenzie, pós-graduado pela PUC, mestrando em Engenharia de Software e membro do grupo de pesquisa LabMed (Laboratório de Medidas de Arquitetura) pelo Instituto de Pesquisas Tecnológicas do Estado de São Paulo – IPT. Possui as certificações SCJA e SCJP. Instrutor na Globa...
