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.
Muito obrigado Fabrício Cozer Martins, ficou bem clara a explicação sobre o FAÇADE
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.
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/
Façades não têm tanto de procedural, elas servem para encapsular um subsistema. A partir do momento que você o faz este encapsulamento se torna um objeto.
Facade é um padrão! Server também para manter um nível de indireção a arquitetura de dominio de um sistema.
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!
Não concordo, até porque pode-se utilizar Façade através de composição de objetos
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]
Se ainda for dúvida de alguém, segue link com uma aplicação de exemplo (Como solicitado pelo colega no inicio do tópico) e com diagrama de classe explicando como deve-se implementar facade.