.net WCSF与MEF，什么'；什么对我最好？

我正在开发一个包含许多模块（CRM、库存、管理等）的大型web应用程序。我想要实现的是能够独立开发这些模块中的每个模块（UI、核心逻辑、数据访问逻辑等等），然后将它们集成到一个核心模块中（此集成应该只是配置文件中的一个更改）。例如，如果我有一个名为Host的核心模块，我应该能够通过将此行添加到主机的配置文件中，将CRM模块添加到主机模块：

我对WCSF做了一些阅读，发现它可以帮助将一些模块集成在一起，但在集成这些UI元素方面，它确实没有提供太多帮助。
一些朋友向我推荐这份工作，但我还没有考虑过 你们觉得怎么样？
是否有可能实现这种模块化水平，我需要投入多少工作才能使其正常工作？

---

这就是MEF所做的，当它从.NET 4成为BCL的一部分时，我肯定会这么做（请注意，它在.NET 3.5 SP1中也以开源形式提供）

---

但是，不要指望任何工具能让您神奇地开发松散耦合的代码。这首先是一个设计原则。您也可以使用通用依赖项注入和插件模式编写模块化应用程序，只使用基本的BCL（尽管DI容器会有所帮助）.

当我读到这个问题时，我想：我会选择MEF，并出于许多原因避免SCSF

• MEF实现起来非常轻，特别是相对于WCSF
• WCSF有很多需要开始的需求
• WCSF为典型操作增加了不必要的复杂性
• MEF已经有很多选择来选择模块
• 格伦·布洛克（MEF之父）岩石
• 格伦总是让MEF变得更好，同时“更容易”和“更强大”
• MONO的人也试着和MEF一起玩
• WCSF是WF 1（不是WF 4，也不是WF 1的最新版本，而是WF 1中的许多问题）

然而，这一切都不重要。WCSF和MEF是不同的。我觉得这个论点不正常

例如，WCSF就是为了这个目的。MEF是为了每个模块内的功能，例如，如果它更好的话

你喜欢MVC吗？你有没有考虑过MVC2.0（RTM now）的特性

编辑： 请参阅本系列的5部分：

Edit2 这个链接在国际奥委会（这似乎是你如何看待MEF）和WCSF之间进行了大量的讨论：

---

我建议您的配置条目更具体一点，例如

您知道这一点了吗？啊，MVC。不，该项目必须是一个webforms项目，因为我们在第三方控件上投入了大量资金。您似乎喜欢MEF，但仍然说WCSF在我的情况下更好，您能提供一篇文章的链接或是一些处理这些问题的链接吗使用WCSF整合模块（包括非常重要的UI）？