0

メッセージ タイプに基づいてメッセージ データを処理する (Web サービス経由で配信される) かなり複雑なメッセージを消費する動的な Web プロジェクトがあります。アプリケーションは、15 から 20 の異なるメッセージ タイプを処理できます。メッセージ処理の一部として保持される約 40 の異なるエンティティ タイプがあります。

別の方法として、アーキテクチャ上、メッセージを受信する 1 つの EJB を持つ個別の EJB によって各メッセージ タイプを処理できることに気付きました。EJB の背後にある概念の 1 つは、EJB が「単一の」機能を対象としているということだと思います。これは正しいです？あるいは、EJB の機能はどの程度「複雑」になるのでしょうか? アプリケーション全体を 1 つの多目的 EJB に配置できますか。

これらの質問は、実際には哲学的な設計上の質問にすぎないと思いますが、コメントやアドバイスは、アプリケーション アーキテクチャの理解を深めるのに役立つかもしれません。

4

1 に答える 1

1

あなたの質問は少し不正確です。EJB が独自に新しいスレッドを作成するなど、EJB が行うべきではない特定のことがありますが(これを行うには Java EE フレームワークを使用する必要があります)、基本的に、EJB はユーザーが行うことを何でも行うことができ、必ずしもそうであるとは限りません。単一の機能を対象としています。また、複雑さに対する固有の制限もありません。

通常、EJB は、アプリケーション ドメイン内の特定の領域のビジネス ロジックを実行するように設計されています。それぞれがメッセージ タイプを処理する複数のメソッドを持つ 1 つの EJB を作成することも、メッセージ タイプごとに個別の EJB を作成することも、メッセージ タイプのグループごとに個別の EJB を作成することもできます。オプションは無限にあります。

于 2012-10-17T08:14:20.910 に答える