我正在使用 MEF 开发一个可扩展的应用程序。该应用程序将有许多类型的插件来以不同的方式收集和处理数据。
我正在考虑为插件构建一个版本化的在线存储库，这将使用户能够在插件的新版本可用时下载它们。
如果 MEF 可以同时加载同一插件的不同版本，那就太好了，尽管据我了解这是不可能的（如果我错了，请纠正我）。
所以我已经接受了我需要更新插件并存档以前版本的事实。
这样做的最佳策略是什么？
示例 1
应用程序下载已加载的运行插件的新版本。我不能将插件放在插件目录中，因为已经有同名的 DLL。所以我可以用版本后缀重命名新插件。我无法加载相同的程序集，所以我想我将不得不强制重新启动。所以在重新启动时，它会实现旧插件并加载新插件。
--- 这似乎解决方案似乎有点混乱
示例 2
应用程序下载已加载的运行插件的新版本。该插件包含在某种类型的安装程序中。安装程序会优雅地关闭主机并归档现有插件。安装程序安装新插件并重新启动主机应用程序。
--- 这也显得有些凌乱
我正在寻求对我的假设的任何修正，或对实现我目标的成功策略的任何见解。
.NET Framework 有一个名为Shadow Copy的功能，它允许您更新加载的程序集。基本上它将程序集复制到一个临时文件夹并从那里加载它们。这样，位于应用程序安装文件夹中的程序集将不会被操作系统锁定，您将能够替换它们。ASP.NET、单元测试框架和许多其他应用程序都使用卷影复制。
要启用此功能，您将需要在新的应用程序中加载您的应用程序，AppDomain因为您无法在 main 上启用卷影复制AppDomain。您可以创建一个简单的加载程序，它将在那里创建AppDomain并执行您的应用程序。这是非常直接的。有关 MEF + Shadow Copy 的示例，请查看 Glenn Block 的MEF 方式，尤其是 PartUpdatesInPlace 示例。
现在就版本控制而言，您需要能够在同一个应用程序域中同时加载两个或多个版本的程序集。有两种方法可以做到这一点：
查看此答案以获取 MEF + 版本控制的示例。
您甚至可以使用 MEF 的重组功能并在以下之后更新您的插件容器：
看看这个问题的例子。