EJB 3.1 +デザインパターン

Question

私はセッションBeanで構成されたサービス層を持っています。 ejbsにpojosを呼び出させるのは問題ありませんか？コンテキストに応じた戦略などの設計パターンを使用したいと思っています。特定の戦略をpojoとして実装することをお勧めします。戦略クラスEJBも必須です（パフォーマンス、同時性...）。ベストプラクティスは何ですか？

Answer 1

私はこのような要件があるとは考えていません。

逆のことを考えてみましょう。もしあなたがEJBを使用していなかったなら、それらのBeanが戦略パターンを実装した他のBeanを呼び出すことは許されますか？もちろんそうだろう。

EJBは、分散コンポーネントを展開するための多くの選択肢の1つに過ぎません。私はPOJOとして機能を実装する価値があると思います。これは他のPOJOを呼び出す可能性があり、できるだけ遅くEJBやWebサービスなどとしてリモート処理することを選択します。 EJBがあなたのためではないと判断した場合、POJOを何か他のものとして再ラッピングしてやるだけです。そのPOJO実装は、EJB以外のコンテキストでも再利用可能です。