asp.net-mvc - MEF 与通过 MvcContrib 进行协作编程的可移植区域的优缺点

标签 asp.net-mvc mef mvccontrib

我一直在研究 MEF 和可移植区域以及在协作编程环境中使用这些区域的优缺点。

我找到了以下文章

http://www.thegecko.org/index.php/2010/06/pluggable-mvc-2-0-using-mef-and-strongly-typed-views/

其中指出

MEF was chosen over other solutions such as Portable Areas as it allows all plugins to be composed together as a single site at runtime without the assemblies needing to reference each other.

尽管我确实发现了以下没有任何答案的问题,但我还没有发现这两种技术之间有任何真正的深入比较。

http://mef.codeplex.com/Thread/View.aspx?ThreadId=210370

花了一段时间进行搜索,是否有人对这两种技术有任何经验和/或了解其中一种技术优于另一种技术的情况?

最佳答案

我从未使用过可移植区域,但我确实认为值得一提的是,在我看来,MEF 相对于其他解决方案的一大优势就是 MEF is now included in Framework 4.0 。如果可移植区域确实需要程序集相互引用,那么与 MEF 相比,这似乎是一个很大的负面影响(也就是说,如果可插拔架构对您来说很重要)。

关于asp.net-mvc - MEF 与通过 MvcContrib 进行协作编程的可移植区域的优缺点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3557624/

相关文章:

asp.net-mvc - 用于长时间运行的流文本输出?

asp.net-mvc-4 - MVC4 和 MVCContrib

c# - System.Web.HttpUtility.HtmlDecode 给出不同的结果

c# - 无法返回类型 IQueryable 或 IEnumerable

c# - 具有多个构造函数的 MEF 构造函数参数

Silverlight MVVM MEF ViewInjection

c# - 在设置先决条件导入之前无法调用 GetExportedValue

asp.net-mvc - 对 POST 的 MVC 路由进行单元测试

asp.net-mvc - ASP.NET MVC 部分 View : input name prefixes

asp.net-mvc - 将 Controller 逻辑提取到扩展存储库功能的服务中是个好主意吗