17

我将我的问题分为短版和长版，供手头时间不多的人使用。

简洁版本：

我需要一些具有提供者和消费者插件的系统架构。提供者应该实现接口 IProvider，消费者应该实现 IConsumer。执行应用程序应该只知道 IProvider 和 IConsumer。消费者实现可以询问正在执行的程序集（通过 ServiceProcessor）哪些提供者实现了 InterfaceX 并获取一个 List。这些 IProvider 对象应该被强制转换为 InterfaceX（在消费者中），以便能够将消费者挂钩到 InterfaceX 定义的某些事件上。这将失败，因为执行程序集不知何故不知道此 InterfaceX 类型（转换失败）。解决方案是将 InterfaceX 包含到插件和执行程序集都引用的某个程序集中，但这应该意味着对每个新的提供者/消费者对都进行重新编译，这是非常不受欢迎的。

有什么建议么？

长版：

我正在开发某种通用服务，它将使用插件来实现更高级别的可重用性。该服务由某种使用提供者和消费者的观察者模式实现组成。提供者和消费者都应该是主应用程序的插件。让我首先通过列出我的解决方案中的项目来解释服务是如何工作的。

项目 A：用于托管所有插件和基本功能的 Windows 服务项目。TestGUI Windows 窗体项目用于更轻松的调试。来自项目 B 的 ServiceProcessor 类的一个实例正在执行与插件相关的工作。该项目的子文件夹“Consumers”和“Providers”包含子文件夹，其中每个子文件夹分别包含一个消费者或提供者插件。

项目 B：一个类库，包含 ServiceProcessor 类（执行插件之间的所有插件加载和调度等）、IConsumer 和 IProvider。

项目C：一个类库，链接到项目B，由TestConsumer（实现IConsumer）和TestProvider（实现IProvider）组成。TestProvider 实现了一个附加接口（ITest，它本身是从 IProvider 派生的）。

这里的目标是消费者插件可以询问服务处理器它有哪些提供者（至少实现 IProvider）。返回的 IProvider 对象应在 IConsumer 实现中强制转换为它实现的其他接口 (ITest)，以便使用者可以将事件处理程序挂钩到 ITest 事件。

项目 A 启动时，会加载包含使用者和提供者插件的子文件夹。以下是我迄今为止遇到并试图解决的一些问题。

ITest 曾经驻留在项目 C 中的接口，因为这只适用于 TestProvider 和 TestConsumer 知道的方法和事件。总的想法是保持项目 A 简单，不知道插件之间的作用。

使用项目 C 中的 ITest 以及将 IProvider 转换为 ITest 的 TestConsumer 的 Initialize 方法中的代码（当实现 ITest 的对象被称为 IConsumer 对象时，这在单个类库本身中不会失败）会发生无效的转换错误. 可以通过将 ITest 接口放入项目 A 引用的项目 B 中来解决此错误。这是非常不需要的，因为我们需要在构建新接口时重新编译项目 A。

我试图将 ITest 放在仅由项目 C 引用的单个类库中，因为只有提供者和消费者需要了解此接口，但没有成功：加载插件时，CLR 指出找不到引用的项目。这可以通过挂钩当前 AppDomain 的 AssemblyResolve 事件来解决，但不知何故这似乎也不需要。ITest 再次回到项目 B。

我试图将项目 C 拆分为消费者和提供者的单独项目，并且都加载本身运行良好的程序集：两个程序集都驻留在 Assemblies 集合或当前 AppDomain 中：发现程序集：Datamex.Projects.Polaris.Testing.Providers ，版本=1.0.0.0，文化=中性，PublicKeyToken=2813de212e2efcd3 发现程序集：Datamex.Projects.Polaris.Testing.Consumers，版本=1.0.0.0，文化=中性，PublicKeyToken=ea5901de8cdcb258

由于消费者使用提供者，因此消费者对提供者进行了引用。现在再次触发 AssemblyResolve 事件，说明它需要以下文件：AssemblyName=Datamex.Projects.Polaris.Testing.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=2813de212e2efcd3

我的问题：为什么会这样？这个文件已经加载对了吗？为什么从 IProvider 转换到我知道它实现的某个接口是不可能的？这可能是因为执行程序本身不知道这个接口，但是这个不能动态加载吗？

我的最终目标：消费者插件询问 ServiceProcessor 它有哪些提供者实现了接口 x。提供者可以被强制转换为这个接口 x，而无需执行程序集知道接口 x。

有人可以帮忙吗？

在此先感谢，埃里克

4

5 回答 5

16

我只是尽可能地重新创建您的解决方案，我没有这样的问题。（警告，后面有很多代码示例......）

第一个项目是应用程序，它包含一个类：

public class PluginLoader : ILoader
{
    private List<Type> _providers = new List<Type>();

    public PluginLoader()
    {
        LoadProviders();
        LoadConsumers();
    }

    public IProvider RequestProvider(Type providerType)
    {
        foreach(Type t in _providers)
        {
            if (t.GetInterfaces().Contains(providerType))
            {
                return (IProvider)Activator.CreateInstance(t);
            }
        }
        return null;
    }

    private void LoadProviders()
    {
        DirectoryInfo di = new DirectoryInfo(PluginSearchPath);
        FileInfo[] assemblies = di.GetFiles("*.dll");
        foreach (FileInfo assembly in assemblies)
        {
            Assembly a = Assembly.LoadFrom(assembly.FullName);
            foreach (Type type in a.GetTypes())
            {
                if (type.GetInterfaces().Contains(typeof(IProvider)))
                {
                    _providers.Add(type);
                }
            }
        }

    }

    private void LoadConsumers()
    {
        DirectoryInfo di = new DirectoryInfo(PluginSearchPath);
        FileInfo[] assemblies = di.GetFiles("*.dll");
        foreach (FileInfo assembly in assemblies)
        {
            Assembly a = Assembly.LoadFrom(assembly.FullName);
            foreach (Type type in a.GetTypes())
            {
                if (type.GetInterfaces().Contains(typeof(IConsumer)))
                {
                    IConsumer consumer = (IConsumer)Activator.CreateInstance(type);
                    consumer.Initialize(this);
                }
            }
        }
    }

显然，这可以得到极大的整理。

下一个项目是包含以下三个接口的共享库：

public interface ILoader
{
    IProvider RequestProvider(Type providerType);
}

public interface IConsumer
{
    void Initialize(ILoader loader);
}

public interface IProvider
{
}

最后是带有这些类的插件项目：

public interface ITest : IProvider
{        
}

public class TestConsumer : IConsumer
{
    public void Initialize(ILoader loader)
    {
        ITest tester = (ITest)loader.RequestProvider(typeof (ITest));
    }
}

public class TestProvider : ITest
{        
}

应用程序和插件项目都引用共享项目，并且插件 dll 被复制到应用程序的搜索目录 - 但它们不相互引用。

构造 PluginLoader 时，它会找到所有 IProvider，然后创建所有 IConsumer 并在它们上调用 Initialize。在初始化过程中，消费者可以从加载器请求提供者，在此代码的情况下，构造并返回一个 TestProvider。所有这些都对我有用，无需花哨地控制程序集的加载。

于 2009-05-06T14:18:23.813 回答
4

它仍在开发中，但听起来像是 MEF 的完美用例（将包含在 .Net 4 中）并在 VS2010 内部使用。

MEF 为运行时可扩展性问题提供了一个简单的解决方案。到目前为止，任何想要支持插件模型的应用程序都需要从头开始创建自己的基础架构。这些插件通常是特定于应用程序的，不能在多个实现中重用。

预览版已在http://www.codeplex.com/MEF上提供

Glen Block的博客也很有用。

于 2009-05-06T14:27:51.763 回答
2

您可能会发现我的文章有助于查看插件框架的工作示例，以及如何通过创建包含接口的通用程序集来解决这些问题：

C# 基础教程中的插件：

http://www.codeproject.com/KB/cs/pluginsincsharp.aspx

后续文章，带有启用泛型的插件管理器库：

http://www.codeproject.com/KB/cs/ExtensionManagerLibrary.aspx

于 2009-05-06T14:26:49.643 回答
0

如果您的问题是，两个不相关的程序集如何共享相同的接口，答案是“你不能”解决方案是将接口包含在所有程序集中，也许在插件构建器可以引用的 dll 中，并在您的装载组件。

于 2009-05-06T13:47:50.597 回答
0

我已经做了类似于您正在尝试做的事情，只要我将程序集放在加载程序自动查看的地方，我就没有遇到任何问题。

您是否尝试过将所有程序集放在 exe 所在的子目录中？我现在不记得细节了，但是有一个步骤列表记录了加载程序在哪里以及以什么顺序查找程序集/类型。

于 2009-05-06T13:53:40.457 回答