在使用外观会话Bean时，为什么还要同时使用业务会话Bean？

Question

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

总结两个选项：

1. 客户->幕后->会话豆
2. 客户->外观->常规JAVA类

为什么用1代替2？

Answer 1

如果您需要与立面不同的事务性，例如，如果您想在立面可能是其中一部分的任何事务之外进行更新，那么我唯一可以想到的是，选项1才有意义。

否则，我的偏好始终是选项2，这样就不会浪费处理器时间，出错等了。