問題タブ [mef]

私のプロジェクトでは、Windowsサービスを作成する必要があります。

スケジューリング操作、ファイルシステムの監視、非同期または長時間実行のサイドタスク（ファイルのバックアップ、メッセージの送信、処理する受信メールの確認、通知など）に必要です。

また、これらを使用して、企業内のクロスアプリケーションであるWCFサービスを公開します。

セルフホストシナリオは、WCFを公開するために非常に制限されている（httpのみ）II6をまだ使用しているため、私にはより適切であるように思われます。

ほとんどの）サービスは、さまざまなサービスなどのレポート、開始、停止のために、ある種の管理インターフェイス（Webまたはデスクトップ）を公開する必要もあります。

ある種のmefプラグインでこれらの機能のほとんど（ホスト、新しいサービスのインストール、管理者用のリモートUI、wcfの公開、スケジューリングなど）を活用する「ホストコンテナー」がまだ存在しないことは私には奇妙に思えます。

ゼロから始めたくない場合のオプションは何ですか？

.NET 3.5 C# デスクトップ アプリケーションを開発しています。プラグインを介して拡張可能である必要があります。

MEF と Mono.AddIn の違いについて説明し、情報に基づいた決定を下すのに役立つ記事などはありますか?

それとも、これら両方のフレームワークの経験があり、それらについてコメントできますか?

ありがとう、パトリック

私が作成したいのは、すべて個別の DLL になるいくつかのタブ/モジュールを備えた Silverlight アプリです。

PRISM には、UI を実行することを目的としたシェル/モジュールの概念があり、素敵なデモ (digg/twitter を検索する方法を示しています) を見つけました。

しかし、VS2010 には MEF が含まれるようなので、そのオプションを使用したいと考えています。

誰かがどういうわけか明確に違いを説明できますか? (私は上級プログラマーではありません)

私が取り組んでいる Web アプリケーションでは、アイテムは複数の状態 (ワークフローなど) を通過でき、各ワークフローの後、プロセスを停止したり、追加のメッセージを表示したりできる各ステップの後にルールを実行できます。

これらのルールはどのように定義する必要がありますか? 私はルールごとに dll を考えていました (そして、それらを MEF またはイベントに接続します) が、1 つのアプリケーションに 200 ～ 300 人の顧客がいて、それぞれにいくつかのルールがあり、多くの dll になります。

更新:
これらのルールは次のようになります。請求書を提出するが、その額が一定額を超えた場合にのみ承認者から許可したい場合、このようなルールが呼び出されて true または false が返され、それに応じて続行されます。

乾杯。

MEFフレームワークは、デフォルトのCTORを持つオブジェクトを作成しているようです。カスタマイズされたCTOR、またはパラメーターを使用したコンストラクターはどうですか？例えば：

そうでない場合、私が考えることができる1つの方法は、オブジェクトをパラメーターとしてCTORに渡すことです。例えば：

public Interface IParameterID {public int Id {get; プライベートセット; }...}

その場合、CTORは次のようになります。

CTORのパラメーターに属性を追加できるかどうかわかりませんか？そして次の質問は、MEFがIParameterのインスタンスを自動的に作成し、それをCTORのパラメーターに注入するかどうかです。

私は通常の.NETアプリケーションを持っています。この場合、MEFによってインポートされているパーツがあります。正常にインポートされますが、ある時点で、オブジェクトのリストをファイルに保存したいと思います。この場合、ハイスコアのリストを保存するだけです。

新しいFileStream行でSystem.Security.SecurityExceptionが発生します。奇妙なことに、これをTextWriterに置き換えるだけで、機能します。何が間違っているのかわかりません。

編集：詳細...このコードをコンストラクターに入れると、実行されます。コールスタックをたどると（上記のサンプルに割り込む場合）、GUIスレッドで実行されているように見えます。具体的には、WPFディスパッチャーは、PropertyChangedイベントが発生したという事実に基づいて、プロパティに対してget操作を実行しています。では、おそらく、WPFのGUIリフレッシャーがファイルI/Oの実行を許可されていないことに関係しているのでしょうか。この種の意味はあります...ファイル書き込みのようなもののためにGUIをロックしたくないでしょう...

.Net4.0のリリース後に出荷される製品を作成しています。

MEFは.Net4.0の不可欠な部分なので、一緒にリリースされることを期待できますか、それとも別々にリリースされる可能性があり、使用するのが危険な外部コンポーネントですか？

.NET アプリケーションで簡単なプラグイン システムを使用できるようにするフレームワークを探しています。MEF は Microsoft が承認しているフレームワークであり、.NET 4 の一部になるようです (Mono だけでなく、別のライブラリとして古い .NET バージョンでも動作するようです)。

私は以前、別のプロジェクトのプラグイン システムとして Mono.Addins を使用していました。基本的な考え方は、一連のインターフェイスを定義することです。これらは「拡張ポイント」、アプリケーションの場合はプラグイン API になります。

MEF も同様に使用できますか? 特に Mono.Addins の経験がある人の観点から、MEF を開始するにはどうすればよいですか?

同じアセンブリの 2 つのコピーが存在する場合 (おそらく誤って)、MEF が重複したモジュールをロードするのを防ぐにはどうすればよいですか?

• Assembly1.dll

• Assembly2.dll (Assembly1 のコピー)

  /li>

.net-4.0 の System.ComponentModel.Composition を使用して、Visual Studio 2010 ベータ 2 で初めて Managed Extensibility Framework を試しています。

以下の 2 つの代替ルーチンを使用して、CompositionContainer が実装アセンブリを見つけることができませんでした。

最初の試行 (これは MEF の古い codeplex リリースで機能しました):

2回目の試み（これはベータ1で機能したと思います）：

ベータ 2 でこれを行う新しい方法はありますか?

編集：構成とは何の関係もないことが判明しました。インポートした実装を表す静的プロパティがありました。

あるべきだった：

より徹底的な方法でデバッグするという賢明なアドバイスが問題を解決したため、ダニエルの回答を受け入れたものとしてマークしました。