エンタープライズ アプリケーション アーキテクチャのパターンという本を読んでいます。レジストリ パターンなどの基本的なパターンを調べているうちに、2002 年 11 月に最初に公開されたこれらのパターンが最適なソリューションではない可能性があることがわかりました。
たとえば、レジストリ パターンを取り上げます。私たちの組織では、db 操作に単純な JDBC 呼び出しを使用し、必要に応じて単一のトランザクションの接続オブジェクトを渡します。このアプローチは最適ではありませんが、依存関係が表示されないため、レジストリ パターンを使用する代替手段も適切とは言えません。テストの問題になる可能性があります。この動作を実装するためのより良い方法として、依存性注入が提案されています。
Java EE の Web/エンタープライズ アプリに携わったことのある方は、これについてコメントしていただけますか? また、各パターンの使用法を分析するために何をお勧めしますか (その長所と短所は?)。これについて詳しく説明している最近の本はありますか?
(...) これについて詳しく説明している最近の本はありますか?
Java EE 5 および 6 のパターンとベスト プラクティスの最新情報をお探しの場合は、Adam Bien のReal World Java EE Patternsをお勧めします。
Real World Java EE Patterns には、以下が含まれます。
- Java EE 6 のコア原則と API (EJB、JPA、JMS、JCA、JTA、依存性注入、設定上の規則、インターセプター、REST) の紹介
- トランザクションの原則、分離レベル、Java EE 6 のコンテキストでのリモート処理
- コア J2EE パターンの Java EE へのマッピング
- DAO、ビジネス デリゲート、データ転送オブジェクトの広範な階層化、間接化などの余分なパターンや時代遅れのベスト プラクティスについての議論。
- ドメイン駆動型およびサービス指向アーキテクチャのビジネス層パターン
- 非同期、レガシー、または互換性のないリソースを統合するためのパターン
- サービスの早期開始、スレッド追跡、事前条件チェック、Java EE 6 ルックアップ、または Guice などのサードパーティ依存性注入フレームワークの統合のためのインフラストラクチャ パターン
- 効率的な文書化とテストのヒント
- 議論されたパターンに基づく無駄のない実用的なサービスおよびドメイン駆動型アーキテクチャ
- ソース コードを使用した完全に機能する Java コネクタ アーキテクチャ (JCA) の実装
- EJB 2 - EJB 3 の移行