wpf - Prism - 使用するのは悪い考えですか?

Question

私は Windows フォームから WPF に移行しており、アプリケーションがプラグイン指向であるという要件を満たすために Prism を利用しようとしています。

私の問題は、それに対するサポートがないように見えることです。また、場合によっては非常に漏れやすいと聞いています。私はエンタープライズ アプリケーションを開発しているので、これは受け入れられません。

この場合、Prism の使用を開始するのが悪い考えである場合、複合アプリケーションを作成するための代替手段はありますか? MEFだけを使用することは、私が考えることができるすべてです。

Answer 1

Prism では、Unity および/または MEF を IoC/DI フレームワークとして使用するオプションがあります。また、非常に拡張可能です。必要に応じて、さまざまな IoC コンテナーをプラグインできます。

リークに関する問題のいくつかは、通常、特定の方法で WPF を使用しないことに帰着する可能性があります。たとえば、弱いデリゲート/弱いイベント パターンを使用する必要があるなどです。

MEF を使用して独自のプラグイン フレームワークを展開することもできますが、おそらく Prism が既に行っていることのいくつかを再発明する必要があります (例: EventAggregator など)。

別のフレームワークを選択することもできますが、それらにはすべて長所と短所があります。

• モジュラー MVVM アプリの Prism + MEF の代替

System.AddIn/Managed Add-in Framework (MAF) など、プラグインのサポートを目的とした別の Microsoft テクノロジがありますが、もう少し足場を組む必要があります。

• http://www.matthidinger.com/archive/2008/10/12/managed-addin-framework-system.addin-with-wpf.aspx

誰かがここで MEF を使用するフレームワークを考え出しました:

• http://www.codeproject.com/Articles/43625/Building-an-Extensible-Application-with-MEF-WPF-an

独自の非常にプラグ可能な/モジュラー アーキテクチャを備えたエンタープライズ サイズのプロジェクトを見たい場合は、インスピレーションを得るために SharpDevelop を見てください。

• http://www.icsharpcode.net/OpenSource/SD/

....そして、あなたが本当に望むなら、いくつかのフレームワークから最高のものを組み合わせることは可能性の範囲を超えていません.