http://www.guj.com.br/posts/list/5.java JForum - http://www.jforum.net
Estou envolvido num projeto do qual trabalha com esses patterns tirando o DAO que já o conheço... precisava implentar esses outros 3 em conjunto.

Gostaria de ajuda dos amigos para implementar essa trinca de Patterns.

No Google existe um monte de informação mais não consegui um exeplo didadico aplicando essas 3.

[b]PS:[/b] Uma pequena dúvida "FAÇADE" e "SESSION FAÇADE" são a mesma coisa?


Grato por qualquer ajuda.]]> http://www.guj.com.br/posts/preList/39105/208655.java http://www.guj.com.br/posts/preList/39105/208655.java GMT http://www.guj.com.br/posts/preList/39105/208658.java http://www.guj.com.br/posts/preList/39105/208658.java GMT
não sei se fui claro... preciso trabalhar nesse ambiente de patterns que descrevi, so que não tenho conhecimento.. estou estudando e lendo muiito.

precisava de um exemplo de implementação desses patterns com objetivo para estudo...

O projeto que participo toda a aplicação passa por essas camadas.

muito obrigado.]]> http://www.guj.com.br/posts/preList/39105/208661.java http://www.guj.com.br/posts/preList/39105/208661.java GMT [b]PS:[/b] Uma pequena dúvida "FAÇADE" e "SESSION FAÇADE" são a mesma coisa?
[/quote]
Não, Façade é como o próprio nome já diz uma fachada de métodos (altamente e bizarramente programação procedural) onde são disponibilizados serviços da camada de negócio. É uma fina camada que realiza alguns tratamentos de erros, controle de transações, etc. e que chama alguns outros métodos dos componentes de negócio para tal serviço ser efetuado corretamente.

O Session Façade é um padrão de projeto J2EE, oriundo da necessidade de unir os conceitos do Façade com a implementação de Sessions Beans no EJB.
Aí vc já tem um distribuição maior dos serviços.]]> http://www.guj.com.br/posts/preList/39105/208663.java http://www.guj.com.br/posts/preList/39105/208663.java GMT
Agora precisava de um exemplo ou artigo que implemente esses patterns em algum "estudo de caso/caso de uso"... preciso muito mesmo estudar esses patterns para dar continuidade em meu trabalho.

Muito obrigado aos amigos. ]]> http://www.guj.com.br/posts/preList/39105/208665.java http://www.guj.com.br/posts/preList/39105/208665.java GMT
Explique porque você acha que o pattern facade é "altamente e bizarramente programação procedural".]]> http://www.guj.com.br/posts/preList/39105/217921.java http://www.guj.com.br/posts/preList/39105/217921.java GMT Ele é apenas uma fachada, não é uma forma de representar um objeto e sim procedures - chamadas a outros métodos - que se fosse colocado o corpo do método chamado não precisaria de orientação a objeto pra isso. É vinculada a um módulo do sistema e não a um objeto. Mas como o mundo caminha hoje pra arquitetura SOA, que tem uma certa característica procedural, você tem um um façade e disponibiliza isso para o cliente, você não oferece um objeto, e sim diversos métodos de negócios de diversos módulos. Enfim, sugiro dar uma olhada no http://domaindrivendesign.org/
]]> http://www.guj.com.br/posts/preList/39105/217954.java http://www.guj.com.br/posts/preList/39105/217954.java GMT http://www.guj.com.br/posts/preList/39105/218018.java http://www.guj.com.br/posts/preList/39105/218018.java GMT
concordo com o amigo acima.]]> http://www.guj.com.br/posts/preList/39105/483558.java http://www.guj.com.br/posts/preList/39105/483558.java GMT Deve ser utilizado para regras de négocio inteligáveis. Manter uma separação de interesses, entre regras de entrada e regras de dominio. blalalba.

Um bom motivo seria manter seu implementador longe dos seus DAOs! Ótimo motivo! rsr Sim!

Vou explicar sucintamente: hehe.

0{0{0}0{0}0}}0{ = Projeto ruim.

-{0}-{0}-{0}-{0}- = Projeto bom.

Entendeu? rsr]]> http://www.guj.com.br/posts/preList/39105/638848.java http://www.guj.com.br/posts/preList/39105/638848.java GMT
[quote=Fabricio Cozer Martins][quote=plentz]Explique porque você acha que o pattern facade é "altamente e bizarramente programação procedural".[/quote]
Ele é apenas uma fachada, não é uma forma de representar um objeto e sim procedures - chamadas a outros métodos - que se fosse colocado o corpo do método chamado não precisaria de orientação a objeto pra isso. É vinculada a um módulo do sistema e não a um objeto. Mas como o mundo caminha hoje pra arquitetura SOA, que tem uma certa característica procedural, você tem um um façade e disponibiliza isso para o cliente, você não oferece um objeto, e sim diversos métodos de negócios de diversos módulos. Enfim, sugiro dar uma olhada no http://domaindrivendesign.org/
[/quote]]]> http://www.guj.com.br/posts/preList/39105/1010835.java http://www.guj.com.br/posts/preList/39105/1010835.java GMT
]]> http://www.guj.com.br/posts/preList/39105/1010853.java http://www.guj.com.br/posts/preList/39105/1010853.java GMT