MEF 还是提供商模型？
我正在开发一个项目，该项目当前正在使用 MEF 导入控制台应用程序的扩展。我正在考虑为应用程序提供不仅仅是基于控制台的输出的能力，这些输出可以根据用户的需求进行配置。
我想知道此时应该采取哪种方式来提供输出功能的可扩展性。过去，我会使用自定义提供程序模型来允许通过 App.config 文件配置扩展。
是否有一种简单的方法可以以类似的方式有选择地管理 MEF 中的部件，或者我应该为我的项目采用 2 种不同的可扩展性模式（即核心扩展的 MEF 导入，以及用于输出管理方面的 .net 自定义提供程序模型） ？
I'm working on a project that is currently using MEF to import extensions for a console application. I'm looking at the ability to provide more than just console-based output for the application that can be configured to the needs of the user.
I am wondering which way to go in order to provide the extensibility to the output functionality at this point. In the past, I would use a custom provider model to allow the extensions to be configured via the App.config file.
Is there an easy way to selectively manage parts in MEF in a similar way or should I just resort to 2 different extensibility patterns for my project (i.e. MEF importing for the core extensions, and a .net custom provider model for the output management aspects)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
James，根据我对 MEF 的记忆，除了使用属性导入/导出模型之外，您还可以编写自己的“提供者”模型。
您可能应该研究 MEF contrib 项目，该项目对默认属性提供程序模型进行了扩展。 IIRC 它具有内置的基于配置的提供者模型和流畅的编程模型。
查看：
MEF Contrib 项目
James, from what I remember of MEF in addition to using the attribute import/export model, you can write your own 'provider' model.
You probably should look into the MEF contrib project, which has extensions to the default attributed provider model. IIRC it has an inbuilt configuration based provider model and a fluent programming model.
Check it out:
MEF Contrib project