.net - 是否应该在生产应用程序中使用 MEF

标签 .net mef

我目前需要提供一种在我的应用程序中添加可扩展性的方法。我目前正在研究 MEF 和 MAF。

MEF 提供了更简单的编程模型,也更适合我们的使用场景,因为我们只想将插件加载到单个 AppDomain 中 - 这是由于系统的架构方式。同样的事情也可以用 MAF 用几行代码来实现。

但是,我想知道 MEF 是否应该在生产系统中使用,因为它是预览状态?

最佳答案

MEF已经经历了几次迭代,我认为它现在非常接近稳定的 API(也许除了它的 Silverlight 支持)。请记住,MEF 将成为 .NET 4.0 的一部分,并且 VS2010 计划将 MEF 用于其可扩展性模型,因此在这个后期阶段对 API 进行大幅更改具有强烈的抑制作用。

FWIW,我对 MEF 的稳定性没有任何问题,并且在生产系统中使用它不会出现问题。只需像对待任何其他开源组件一样谨慎对待它。

关于.net - 是否应该在生产应用程序中使用 MEF,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1329944/

相关文章:

c# - 使用 MEF 满足现有对象的导入

c# - 泛型方法和匿名类型

.net - 从 CentOS 中单声道下运行的 .NET 应用程序调用 native linux 库时,IL 代码无效

c# - 检查对象是否已更改的最佳做法是什么?

c# - 异常比返回值贵多少?

.net - CollectionViewSources 可以嵌套吗?

prism - 为什么 MEF 容器在模块中不可用?

c# - MEF ImportMany 类型参数 : elegant solution?

c# - DirectoryCatalog 和 AssemblyCatalog 之间的区别