マルチレベルのキャッスルウィンザーアプリケーションにオブジェクトを登録するための最適な場所と方法

データアクセスレイヤー、ビジネスロジックレイヤー、アプリケーションレイヤーなどの多層構造を持つアプリケーションにキャッスルウィンザーを統合する場合、ウィンザーでのオブジェクト登録の設計を慎重に検討することが重要です。問題は、誰がオブジェクトの登録に責任を負うべきですか？

オブジェクト登録のための設計計画

]

1. 各レイヤーは独自のオブジェクトを登録します。各レイヤーは独自のオブジェクトを登録します。たとえば、ビジネスロジックレイヤーはデータアクセスレイヤーコンポーネントを登録しますが、ビジネスロジックレイヤーのテストプラットフォームは、データアクセスレイヤーをシミュレートされたクラスに置き換えます。
2. 依存関係登録：各レイヤーは、ビジネスロジックレイヤーなどの依存関係を登録します。データアクセスレイヤーコンポーネント。テストには、「実際の」データアクセスレイヤーオブジェクトをアンインストールし、モックオブジェクトに置き換えることが含まれます。
3. アプリケーションレベル登録：アプリケーション（またはテストアプリケーション）は、すべての依存関係のオブジェクトを登録する責任があります。

推奨方法：コンビネーションルート ]

最大のモジュール性とゆるいカップリングを実現するには、すべてのアプリケーションコンポーネントをできるだけ遅く結合する必要があります。実際、これはアプリケーションのルートディレクトリにコンテナを構成することを意味します：

デスクトップアプリケーション：
• main method
asp.netアプリケーション：
• global.asax ]]
wcfアプリケーション：
• servichostfactory

コンテナはコンビネーションエンジンとして機能し、アプリケーションルートディレクトリは

コンビネーションルートとして機能します。これにより、アプリケーションは不必要な単体テストなしに単純な実行可能なままであることが保証されます。

コンテナテストなし ]

テストでは、コンテナへの依存を避ける必要があります。それどころか、オブジェクトとモジュールの設計は、コンテナから独立している必要があります。単体テストは、これらのコンポーネントのテストスタンドアロンを直接提供できます。

ウィンザーインストーラーは、 をカプセル化するために使用されます。

ウィンザーでは、コンポーネント登録ロジックをインストーラーにカプセル化することができます。詳細については、Windsorのドキュメントを参照してください。