java - 在使用外观会话 bean 时，我们为什么还要使用业务会话 bean？

Question

当使用外观设计模式来构建应用程序的业务 EJB 层时，我们为什么还要使用会话 bean 来实现实际的业务逻辑？不只是使用普通的 Java 类（如果不需要容器管理注入）是否有特定的原因？普通 Java 类与会话 bean 的性能如何，绕过业务会话 bean 不会提高性能吗？

总结一下这两种选择：

1. 客户端 -> 外观 -> 会话 Bean
2. 客户端 -> 外观 -> 常规 JAVA 类

为什么使用 1 而不是 2？

Answer 1

如果您需要与外观不同的事务性，我唯一能认为选项 1 是有意义的 - 例如，如果您想在外观可能属于的任何事务之外进行更新。

否则我的偏好将始终是选项 2，它只是少吃处理器时间、出错等。