ファサードセッションBeanを使用する場合、ビジネスセッションBeanも使用する必要があるのはなぜですか？

Question

ファサードのデザインパターンを使用してアプリケーションのビジネスEJBレイヤーを構成する場合、実際のビジネスロジックにセッションBeanを使用する必要があるのはなぜですか？単純なJavaクラスを使用するだけではない特別な理由はありますか（コンテナー管理インジェクションが必要でない場合）？セッションBeanに対するプレーンJavaクラスのパフォーマンスはどうですか？ビジネスセッションBeanをバイパスすることでパフォーマンスが向上しませんか？

2つのオプションをまとめると：

1. クライアント-＆gt; FACADE-＆gt;セッションビーン
2. クライアント-＆gt; FACADE-＆gt;通常のJavaクラス

2ではなく1を使用する理由

Answer 1

ファサードとは異なるトランザクション性が必要な場合、たとえば、ファサードが含まれている可能性のあるトランザクション以外で更新を行いたい場合、オプション1が理にかなっていると思います。

それ以外の場合、私の好みは常にオプション2になります。プロセッサ時間を食いつぶしたり、間違ったりすることはそれほど簡単ではありません。