問題タブ [castle-windsor]

CastleWindsorの使用を開始する方法についてかなり基本的な質問があります。IOC / DIについて読んだので、既存のソリューションでCastleWindsorを試してみたいと思います。私は通常、参照が相対的であるように、ソリューションのフォルダーツリー内のLibフォルダーに外部アセンブリを配置するのが好きです（これがベストプラクティスだと思います）。

Castle \ Bin ...フォルダーのどのアセンブリをLibフォルダーにコピーする必要がありますか？また、各アセンブリへの明示的な参照を追加する必要がありますか、それとも一部のみを追加する必要がありますか？

C：\ dev \ oss \ Castle \ Bin \ net-2.0フォルダーには30個のアセンブリがあり、C：\ dev \ oss \ Castle \ Bin\Dependenciesフォルダーには18個のアセンブリがあります。

.net 3.5 ソリューションで Windsor を使用するにはどうすればよいですか? .net 2.0 用にビルドされたバイナリを使用できますか? 3.5 をターゲットにして、Castle Windsor ソースを自分でコンパイルする必要がありますか?

Castle Windsor を初めて使用し、構成ファイルの順序について混乱しています。これは GettingStarted1 サンプルから取得したものです。HttpServiceWatcher クラスは、そのコンストラクターで IFailureNotifier 実装者を取ります。ただし、このインターフェイスを実装する 2 つのコンポーネント (AlarmFailureNotifier と EmailFailureNotifier) をどのように注文しても、常に EmailFailureNotifier が返されます。パラメータと「サービス検索」参照を使用して選択されたものをオーバーライドできることは知っていますが、他のメカニズムが使用されていないときに宣言の順序が使用されると思いました。

城の xml 構成ファイルでこのCODE equivlantを実行したいと考えています。

// Foo(文字列名)

IFoo f = new Foo(StaticBarClass.Name);

XML

XMLについては、パラメーター部分の内部のものを除いて、すべて（たとえば、何とか）を知っています。

パラメータ部分はどのようになりますか?

私はキャッスル プロジェクト、特にウィンザーを調査しています。私は、このテクノロジーで何が可能になるかに非常に感銘を受けました。このような疎結合システムを持つことの利点は明らかです。私が確信していない唯一のことは、特にasp.netで、この方法を使用することに欠点があるかどうかです? たとえば、パフォーマンス ヒットなどです。

私はこのアプローチの利点をここにいる仲間の開発者に見えるようにしようとしていますが、次のような反響があります。

1. これはリフレクションを使用しており、コンテナからオブジェクトが呼び出されるたびにリフレクションを使用する必要があるため、パフォーマンスが大幅に低下します。(これは事実ですか?すべての呼び出しでリフレクションを使用しますか?)

2. インターフェイスに依存している場合。クラスに追加された追加のメソッドとプロパティを持つオブジェクトを処理するにはどうすればよいですか? (継承による)

これがあまりにも具体的な質問であるかどうかはわかりませんが、可能であれば、Microsoftが承認していないライブラリに依存しないように、CastleWindsorを使用するアプリをUnityに移植する必要があります。私は知っていますが、あなたは何をするつもりですか。

とにかく私はそれを管理しましたが、私は私が持っているものに満足していません。ウィンザーで私はこれを持っていました：

私はこれに統一して変換しました

ご覧のとおり、ある種の自動構成を使用するのではなく、すべてのものを登録する必要があります。だから私の質問は：これを団結して行うためのより良い方法はありますか？

ありがとう、

アダム。

Windsor にサービスの複数の実装をコンストラクターに注入させたいと考えています。

私のシナリオは、共通のインターフェイスを実装する検索プロバイダーが複数あるというものです。これらのそれぞれをウィンザーに登録し、検索サービスに挿入して、順番にクエリできるようにしたいと思います。

ウィンザーでそのようなことは可能ですか？複数の実装をコンストラクターに注入するよりも良い方法はありますか?

私は最近、XML 構成を使用した自動登録に関するAyende のブログ記事を読みました。彼がしていることを正確にやりたいのですが、彼のコードスニペットはうまくいきません。Register メソッドがコンテナー オブジェクトに存在しません。

彼のコードは次のとおりです。

欠落している DLL リファレンスはありますか? Register() は拡張メソッドですか? 適切な名前空間が参照されていませんか? Castle Docs を見ましたが、解決策が見つからないようです。

Castle Windosr コンテナを使用しています。実行時にいくつかのコンストラクターの依存関係を指定できるようにしたいと考えています。これは明らかに、ディクショナリを使用する Resolve オーバーロードを使用して行うことができます。ただし、ルートの依存関係のランタイム依存関係を指定したい場合は、迷子になります。現時点では、それぞれを明示的に作成してベッドに入れることで回避しました。本質的にはデコレータのシナリオであり、のインスタンスを取得したい装飾中のオブジェクトの実行時に依存関係を提供しながら、宣言子。何か案は？以下で行っていることを実行する必要はなく、依存関係が同じではない場合があるため、デカレーター コンストラクターが下のオブジェクトにデータを入力しないようにしたいと考えています。