Ao usar beans de sessão de fachada, por que deveríamos ainda usam beans de sessão de negócios bem?

Question

Ao usar o padrão de design de fachada para estruturar camada EJB negócios de uma aplicação, por que nós ainda usamos beans de sessão para a lógica de negócio real? Existe uma razão específica para não apenas usando classes Java simples (se a injeção recipiente conseguiu não é necessário)? Como está o desempenho de uma classe Java simples versus um bean de sessão, não ultrapassando os beans de sessão de negócios melhorar o desempenho?

Apenas para resumir as duas opções:

1. Cliente -> FACHADA -> Bean de sessão
2. Cliente -> FACHADA -> REGULAR Java Class

Por que usar 1 em vez de 2?

Answer 1

A única vez que eu posso pensar que a opção 1 teria sentido se se precisar transacionalidade diferente da fachada -. Por exemplo, se você queria fazer um fora de actualização de qualquer transação a fachada pode ser parte

Caso contrário, a minha preferência seria sempre a opção 2, é apenas menos porcaria para comer o tempo do processador, dar errado, etc.