Lorsque nous utilisons des beans de session de façade, pourquoi devrions-nous continuer à utiliser également des beans de session de commerce?

Question

Lorsque vous utilisez le modèle de conception de façade pour structurer la couche EJB métier d'une application, pourquoi devrions-nous toujours utiliser des beans de session pour la logique métier réelle? Existe-t-il une raison spécifique pour ne pas utiliser uniquement des classes Java simples (si l'injection gérée par conteneur n'est pas requise)? Comment les performances d'une classe Java simple par rapport à un bean de session ne contournent-elles pas les beans de session métier pour améliorer les performances?

Juste pour résumer les deux options:

1. CLIENT - > FAÇADE - > SESSION BEAN
2. CLIENT - > FAÇADE - > CLASSE JAVA ORDINAIRE

Pourquoi utiliser 1 au lieu de 2?

Answer 1

La seule fois où je peux penser que l'option 1 aurait un sens si, si vous avez besoin d'une transactionalité différente de la façade, par exemple si vous souhaitez effectuer une mise à jour en dehors de toute transaction à laquelle la façade pourrait faire partie.

Sinon, ma préférence irait toujours à l'option 2, c'est moins de merde que de perdre du temps processeur, d'aller mal, etc.