Windsor インストーラーを使用する場合、最上位のアプリケーションがそれらを担当し、呼び出し元のアプリが独自のライフスタイルなどを設定できるようにするという点で、常に構成のように扱ってきました。
たとえば、多くのアプリケーションで使用されるドメイン DLL があります。これは、ドメインを使用するすべてのアプリケーションで同じインストーラーを繰り返し、新しい依存関係が発生したときにすべてのアプリを更新する必要があることを意味します。追加されます。
インストーラーはどこに常駐する必要がありますか? ドメインは自己登録する必要がありますか? Winsor を最大限に活用していますか?
インストーラーはアプリケーション レベルのブートストラップであるため、アプリケーション ルートに存在する必要があります。
これにはいくつかの利点がありますが、詳細には触れません。
より重要なものはこれです：
複数のアプリケーションが、特定の一連のコンポーネントのインストーラーがまったく同じになる場合でも...だから何?
これは偶発的なものであり、インストーラーの数行のコードを再利用して「最適化」しようとするのは、IMO がペニーワイズであることです。
代わりに、インストーラーをアプリケーション固有にすることで得られるのは、それらを簡単に変更できる柔軟性です。アプリケーションが成熟するにつれて、アプリケーションの特定のニーズに対応するために、インストーラーを微調整する必要があることに気付くことがよくあります。
それが役立つことを願っています
プロジェクトごとに WindsorInstaller を作成できるため、プロジェクト固有の登録と構成はすべて、アセンブリを使用するプロジェクトではなく、プロジェクト内にカプセル化されます。
依存アセンブリは、コンテナーを初期化するときにインストーラーを渡すだけで済みます。