Al usar beans de sesión de fachada, ¿por qué deberíamos usar también beans de sesión de negocios?

Question

Cuando se usa el patrón de diseño de fachada para estructurar la capa EJB empresarial de una aplicación, ¿por qué deberíamos seguir utilizando beans de sesión para la lógica empresarial real? ¿Existe una razón específica para no solo usar clases Java simples (si no se requiere inyección administrada por contenedor)? ¿De qué manera el rendimiento de una clase Java simple frente a un bean de sesión no pasaría por alto los beans de sesión de negocios mejoraría el rendimiento?

Solo para resumir las dos opciones:

1. CLIENTE - > FACHADA - > Frijoles de sesión
2. CLIENTE - > FACHADA - > CLASE REGULAR DE JAVA

¿Por qué usar 1 en lugar de 2?

Answer 1

La única vez que puedo pensar que la opción 1 tendría sentido si necesita una transaccionalidad diferente de la fachada, por ejemplo, si desea hacer una actualización fuera de cualquier transacción de la que la fachada podría ser parte.

De lo contrario, mi preferencia siempre sería la opción 2, es menos basura consumir tiempo de procesador, salir mal, etc.