实现插件/插件/插件策略的最佳实践我的应用程序应该是可扩展的。为了我自己的需要，我实现了一些服务。这些服务基于IoC/DI原则。因此，服务封装了应用程序的概念。例如，有一个IApplicationService。ApplicationService公开有关当前异常应用程序的信息。指定了AssemblyInfo等。另一个示例是INavigationService（请参阅示例中的mef.codeplexcom）。此服务提供的属性包含有关当前所选项目以及某些事件的信息。在我看来，“服务方法”是最简单的，它简化了应用程序的扩展点。所以，我不确定这是否是最好的方法。你怎么认为？您如何在插件/插件/插件等应用程序中实现“扩展点”？提前感谢您的回复！对不起我的英语不好。;)您熟悉MEF（托管可扩展性框架）吗？ManagedExtensibilityFramework（简称MEF）简化了可扩展应用程序的创建。MEF提供可用于加载应用程序扩展的发现和组合功能。您确实需要查看MEF-托管可扩展性框架。这是一个不错的新框架，以及Microsoft在VisualStudio2010中的可扩展性故事。出色且易于使用-既然您可以使用数以千计的开发人员即将使用的东西，为什么还要重新发明轮子呢？是的，我熟悉MEF。我也使用MEF概念，但有一些缺点。我的应用程序是IoC/DI，与MEF一起使用有点复杂。MEF实际上不是DI容器，因此很难将MEF与其他DI容器（如ninject、unity等）一起使用。我不会将MEF与其他DI容器一起使用。所以将MEF与其他DI容器混合并不是很好。我希望你能理解我的担忧。添加：无法将扩展加载到MEF中的AppDomain。所以这不适合我的需要。System.AddIn或者MAF都支持这个，但是我不会用System.AddIn，因为它很重。。。很有用，需要多了解C#学习教程，希望大家多多关注——本文摘自互联网，不代表立场。如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
