2

既存の WPF アプリケーションで IoC コンテナーの使用を開始したいと考えています。
優れたパフォーマンスが必要ですが、私が読んだところによると、パフォーマンスはほとんどのコンテナーで問題になりません。
私が最も必要としているのは、アプリに簡単に統合できる、非常に使いやすいコンテナーです。StructureMap に関する推奨事項を読みました (そして構文は素晴らしいようです) が、彼らのサイトでは過去 3 年間更新がなかったようです。

基本的な使用法コード サンプル (初期化 + 使用法) で推奨事項を提供してください。

編集
完全なフレームワークを探しているわけではありません。必要なのは IoC コンテナー機能だけなので、他にも多くの選択肢があります。ここで見つけた最後の関連する議論は数年前のものであり、更新したいと思います。

4

3 に答える 3

2

答えは、個人の好みとユースケースの詳細によって異なります。とにかく、Unity、MEF(実際のIoCコンテナーではないことを知っています)を使用し、いくつかの個別のソリューションを作成した後、私は現在Autofacを使用しており、非常に気に入っています。深く掘り下げるのは非常に簡単で、長く使用するほどその利点が明らかになります。流暢なインターフェースを提供し、他のフレームワークと比較して高速です(ところで、コンテナーのパフォーマンスは、何をしたいかによっては非常に重要な問題になる可能性があります)。Autofacの使用法とサンプルについては、上記のリンクを参照してください。

私がそれを好きな理由:

  • 入りやすい
  • 流暢なインターフェース
  • オープンジェネリックをサポート
  • アセンブリスキャンをサポート
  • MEFおよびその他のフレームワークとの相互運用性
  • 十分に高速(IoCコンテナのパフォーマンス比較

それでも、これは個人的な選択であり、他にも優れた解決策があります。これは、特別な場合にさらに適している可能性があります。

そして、多かれ少なかれトピックから外れていますが、一般的な考慮事項として、この記事、特に後半をお勧めします。それは私を大いに助けました。したがって、念のため:

マーティン・ファウラーによる記事

于 2013-02-25T07:46:34.363 に答える
2

Structuremap は死んでいません。

私たちはそれを新しいグリーン フィールド プロジェクトに使用しており、v3 がリリースされたらそれに移行する可能性があります。2.6.4 を使用した ATM。

于 2013-02-25T03:23:11.600 に答える
1

あなたの質問は買い物リストタイプの質問なので、長く開いたままになることはありません。

IoC タイプのフレームワークは数多くありますが、その中には、作業を行うために宣言型またはプログラムによる操作が必要なものもあれば、コード セマンティクスを使用して接続するものもあります。

Unity 1から始めて、物事の動きに慣れるまでは、それらの違いを理解できるようになったら、よりエキゾチックなフレームワークのいくつかに分岐することをお勧めします。


1ここに最近の紹介記事があります: Visual Studio マガジン: WPF、Prism、および Unity を使用したモジュラリティの作成

于 2013-02-24T07:06:05.367 に答える