Java EE パターン - レジストリとその他 - 関連性 [終了]
-
03-10-2019 - |
質問
私は本を読んでいます エンタープライズ アプリケーション アーキテクチャのパターン. 。基本的なパターンを確認しながら、 レジストリパターン 2002 年 11 月に初めて公開されたこれらのパターンが最善の解決策ではない可能性があることがわかりました。
たとえば、レジストリ パターンを考えてみましょう。私たちの組織では、db 操作に単純な JDBC 呼び出しを使用し、必要に応じて単一トランザクションの接続オブジェクトを渡します。このアプローチは最善ではありませんが、レジストリ パターンを使用するという代替方法もあります。 良くないようです 依存関係が表示されなくなるため、テスト時に問題になる可能性があります。この動作を実装するより良い方法として、依存関係の挿入が推奨されます。
Java EE Web/エンタープライズ アプリに取り組んだことがある方はこれについてコメントしていただけますか。また、各パターンの使用法 (長所と短所) を分析するために何を推奨しますか?これについて詳しく説明している最近の本はありますか?
解決
(...) これについて詳しく扱っている最近の本はありますか?
アダム・ビアンの作品をお勧めします 現実世界の Java EE パターン Java EE 5 および 6 のパターンとベスト プラクティスに関する最新の情報をお探しの場合:
Real World Java EEパターンには、次のカバレッジが含まれています。
- Java EE 6 (EJB、 JPA, JMS, JCA, JTA, 依存関係 インジェクション、コンベンションオーバー 構成、インターセプター、REST)
- Java EE 6のコンテキストでのトランザクション、分離レベル、リモートの原則6
- コア J2EE パターンの Java EE へのマッピング
- DAOのような余分なパターンや時代遅れのベストプラクティスについての議論 ビジネスデリゲート、データ転送 オブジェクトの広範なレイヤリング、 間接案内など
- ドメイン駆動型およびサービス指向アーキテクチャのビジネスレイヤーパターン
- 非同期、レガシー、または互換性のないリソースを統合するためのパターン
- サービスの開始を熱心に行うためのインフラストラクチャ パターン、スレッド トラッキング、事前条件チェック、Java EE 6 ルックアップまたは EE 6 の統合 サードパーティの依存関係の挿入 Guiceのようなフレームワーク
- 効率的な文書化とテストのためのヒント
- リーンで実用的なサービスとドメイン駆動アーキテクチャ。 説明したパターン
- ソースコードを使用した完全に機能的なJavaコネクタアーキテクチャ(JCA)の実装
- EJB 2 - EJB 3 の移行
所属していません StackOverflow