Windows服务+插件设计

Question

我有一个 Windows 服务。这个想法是执行尽可能多的不同任务。假设我们有这个带有 Start() 和 Stop() 方法的 IServicePart 接口。当服务启动时，它将搜索某个目录中的所有程序集并找到所有实现 IServicePart 的类。完成，没问题。

问题：

Assembly1.dll 是 IServicePart 的理想候选者。但它需要一个配置。例如 Assembly1.dll.config。现在我可以将 dll 复制/粘贴/重命名为 task2.dll 和 task2.dll.config 并为该服务创建第二个任务。这些插件中的每一个都带有 10-20 个 dll 依赖项

1) 最明显的问题是如何加载配置，因为服务主机的appDomain 与assembly1 和task2 不同。

2) 当两个 IServicePart 依赖于相同的第 3 方程序集时，我预计会出现问题

解决方案 1 是进行自定义配置，而不使用 app.config。

解决方案 2 是在其自己的 appDomain 中运行每个插件。

你有什么建议。

希望我解释正确

====================

参考：类似问题：Plugin to use its own app.config

Answer 1

我这样做的方式是将每个插件都放在自己的应用程序域中。但是，这些 appdomains 的代码库属性继续指向我的服务 exe 所在的根目录。这实现了两件事：

1. 插件现在拥有的许多三级依赖项不需要重复。例如，我可以将我的记录器程序集放在根文件夹中（使用服务 exe），所有插件都可以看到它。这很好，因为我既不想将我的记录器程序集放入每个插件子目录中，也不想使用 GAC。

2. 所有插件现在共享相同的应用程序配置（服务 exe 使用的相同）。这是好事还是坏事，取决于您的需求。但是不要忘记 configSource 属性，它可以让您将特定的配置部分放入插件子目录中的单独配置文件中。

   顺便说一句，我一直在使用MAF for my plugins。