1

多くのモジュール (CRM、インベントリ、管理など) を含む大規模な Web アプリケーションに取り組んでいます。私が達成したいのは、これらの各モジュール (UI、コア ロジック、データアクセス ロジック、およびすべてのモジュール) を個別に開発できるようにすることです。 ）、それらをすべてコアモジュールに統合します（この統合は、構成ファイルの変更のみである必要があります）。たとえば、Host という名前のコア モジュールがある場合、ホストの構成ファイルに次の行を追加するだけで、CRM モジュールをホスト モジュールに追加できるはずです:

<module name="CRM" />

WCSF を読んだところ、いくつかのモジュールを統合するのに役立つことがわかりましたが、これらの UI 要素を統合するという点ではあまり役に立ちません。
何人かの友人はその仕事に MEF を提案しましたが、私はまだ見ていません。
皆さんはどう思いますか？
このレベルのモジュール性を達成することは可能ですか? また、それを機能させるためにどれだけの作業を行う必要がありますか?

4

2 に答える 2

1

それが MEF の機能であり、.NET 4 から BCL の一部になるので、私はそれを確実に採用します (.NET 3.5 SP1 のオープン ソース形式でも利用できることに注意してください)。

ただし、疎結合コードを魔法のように開発できるツールがあるとは期待しないでください。それは何よりもまずデザイン分野です。また、一般的な依存性注入とアドイン パターンを使用してモジュラー アプリケーションを作成することもできますが、必要最小限の BCL のみを使用します (ただし、DI コンテナーが役立つ場合があります)。

于 2010-04-07T11:44:21.730 に答える
1

質問を読んだとき、私は次のように思います：私はMEFを使用し、多くの理由でSCSFを避けます

  • MEF は実装が非常に軽量であり、特に WCSF に対して
  • WCSF を開始するには非常に多くの要件があります
  • WCSF は、通常の操作に不要な複雑さを追加します
  • MEFには、モジュールをピックアップするための多くのオプションがすでにあります
  • グレン ブロック (MEF の父) がロックします。
  • Glen は常に MEF を改善し、同時に「より簡単」かつ「より強力」にしています。
  • MONO連中もMEFで遊んでみる
  • WCSF は WF 1 です (WF 4 ではなく、最近のことではありませんが、WF 1 には多くの問題があります)

ただし、これはすべてカウントされません。WCSF と MEF は異なります。その議論は私には普通に聞こえません。

たとえば、WCSFはまさにそのためのものです。MEF は、各モジュール内の機能のためのものです。たとえば、より良い場合です。

あなたはMVCに興味がありますか？MVC 2.0 (現在は RTM) の Areas 機能を検討しましたか?

編集: この 5 部構成のシリーズを参照してください: http://blogs.msdn.com/simonince/archive/2008/06/19/wcsf-application-architecture-5-defining-modules.aspx

Edit2 このリンクは、IoC (MEF の見方のようです) と WCSF の間の議論を非常によくします: http://theniceweb.com/?cat=45

于 2010-04-07T11:53:39.870 に答える