ViewModelLocator で MEF を使用してデザインタイム データとランタイム データを分離する (具体的には、デザインタイム ビューモデルとランタイム ビューモデルをインポートする) という多くの記事を読みました。(MVVM-light フレームワークの VMLocator について話している)
MEF は優れたテクノロジですが、未知の依存関係向けに設計されていませんか? 明らかに、設計時/実行時の ViewModels は、純粋な IOC コンテナーで処理する必要がある既知の依存関係です。
誰か説明してくれませんか？ありがとう
はい、MEF は主に未知の依存関係用に設計されていますが、既知の依存関係にも使用できます。ほんの数か月前に、MEF の上に効果的な Service Locator を自分で構築しました。
ここで MEF を使用することが理にかなっている理由がいくつかわかります。
.NET 4.0 以降、これはフレームワークの不可欠な部分です。別のサードパーティの依存関係を持つ必要はありません。
依存関係の発見と IoC をカバーしています。API が発見に合わせて調整されているように見えても、両方の機能を利用できます。そして、私の経験から、依存関係の検出は IoC コンテナーを補完する優れた機能です。
拡張性のための優れたオプションがあり、これらの目的のみに使用されることがよくあります。たとえば、ビュー モデル ロケーター用の独自のパーツ カタログを作成して、デザイン タイム モデルを提供できるようにします。
MEF が選ばれる理由は、これらの MVVM パターンとシナリオで必要なすべてが 1 つのパッケージで提供され、手元にあるからだと思います。必ずしもその分野で最高であるとは限りません。
これはあなたが探している答えではありませんが、私は同様の方法でMEFを使用したので、意見を追加しました:)