問題タブ [inversion-of-control]

戦略パターンが制御の反転にどのように関連しているかを正確に説明できる人はいますか？

通常のプロセスではなく、IoC コンテナーを介してサービスをインスタンス化するように WCF ランタイムを作成できますか? (また、型に対するコンテナのライフスタイル構成とサービスの InstanceContextBehavior の間で潜在的な衝突を考えると、このアプローチはひどい考えでしょうか?)

私は完全に間違った質問をしている可能性があることを認識しています。私の目的は、コンテナーによって提供されるメソッド インターセプト機能を介した AOP アプローチです (たとえば、メソッドの開始/終了のログ記録、パフォーマンス カウント、呼び出しの調整など、サービスの実装に挿入したくないロジックと依存関係がすべて含まれます)。WCF はこれにアプローチする他の方法を提供していると思いますので、他の推奨されるアプローチについても知りたいと思います。

ASP.NET アプリケーションのライフ サイクルで IOC コンテナーが使用されるのはいつですか?

コンテナからのオブジェクトのリクエストはいつ開始できますか?

IOCコンテナに含まれるべき最も重要な機能は何ですか？15行のコードでコンテナを簡単に作成できますが、プロジェクトで「役立つ」ためには何を含める必要がありますか？

Enterprise Library Unity と他の IoC コンテナー (Windsor、Spring.Net、Autofac など) を使用することの長所と短所は何ですか?

WindowsWorkflowFoundationの内部を理解しようとしています。そのため、いくつかのソフトウェアコンポーネントがあり、条件ベースのシーケンシャルワークフローまたはステートマシンワークフローのワークフローの形でそれらを絡み合わせています。今、私は（ここでは間違っているかもしれませんが）IoC +依存性注入（UnityまたはSpring.net経由）には同じことが当てはまらないと考えています。いつ何を使うの？私も正しいと思いますか？

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

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

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

最も簡単に開始できる IoC コンテナーはどれか。これはおそらく、どれが最もわかりやすいドキュメントを持っているかに相当します。機能の数はあまり気にしません。

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

Microsoft Unity では、既存の XML 構成からコンテナーを構成できますが、逆の方法はありますか? 初期化されたコンテナーから、対応する XML 構成をエクスポートしますか?