Quando si utilizzano i bean di sessione facade, perché dovremmo ancora utilizzare i bean di sessione aziendale? - java, ejb-3.0, business logic, facciata

Quando si utilizza il modello di progettazione della facciata per strutturareil livello EJB aziendale di un'applicazione, perché dovremmo ancora utilizzare i bean di sessione per la logica aziendale effettiva? Esiste un motivo specifico per non utilizzare semplicemente classi Java semplici (se non è richiesta l'iniezione gestita dal contenitore)? In che modo le prestazioni di una semplice classe Java rispetto a un bean di sessione non ignorerebbero i bean di sessione di lavoro per migliorare le prestazioni?

Giusto per riassumere le due opzioni:

1. CLIENT -> FACADE -> SESSION BEAN
2. CLIENTE -> FACCIATA -> CLASSE DI JAVA REGOLARE

Perché usare 1 invece di 2?

risposte:

L'unica volta che posso pensare che l'opzione 1 sarebbeha senso se è necessaria una transazionalità diversa dalla facciata, ad esempio se si desidera eseguire un aggiornamento al di fuori di qualsiasi transazione di cui la facciata potrebbe far parte.

Altrimenti la mia preferenza sarebbe sempre l'opzione 2, è solo meno crap per mangiare tempo del processore, sbagliare, ecc.