我有一个可由用户配置的数据库应用程序 - 其中一些选项是从不同的外部插件系统中选择的。

我有一个基本插件类型，我的数据库模式具有相同的插件记录类型和相同的字段。我有一个 PlugingMananger在应用程序启动时加载插件(通过 IoC 容器)并将它们链接到数据库(本质上是将磁盘上的字段从插件复制到数据库)。

public interface IPlugin
{
    Guid Id{ get; }
    Version Version { get; }
    string Name { get; }
    string Description { get; }
}

然后可以使用 PlugingMananger.GetPlugin(Guid pluginId, Guid userId) 检索插件，其中用户 ID 是可能需要插件操作的多个用户之一。

应用程序预先声明了一组已知接口(interface)，每个接口(interface)都特定于某个功能(格式化程序、外部数据、数据发送器等)，如果插件实现了一个未知的服务接口(interface)，那么它将被忽略:

public interface IAccountsPlugin : IPlugin
{
    IEnumerable<SyncDto> GetData();
    bool Init();
    bool Shutdown();
}

插件也可以有设置属性PluginSettingAttribute在多用户系统中为每个用户定义 - 这些属性在为特定用户检索插件时设置，并且 PluginPropertyAttribute用于所有用户共有的属性，并且在应用程序启动时注册插件时由插件一次设置为只读。

public class ExternalDataConnector : IAccountsPlugin
{
    public IEnumerable<AccountSyncDto> GetData() { return null; }
    public void Init() { }
    public void Shutdown() { }

    private string ExternalSystemUsername;
    // PluginSettingAttribute will create a row in the settings table, settingId
    // will be set to provided constructor parameter. this field will be written to
    // when a plugin is retrieved by the plugin manager with the value for the
    // requesting user that was retrieved from the database.
    [PluginSetting("ExternalSystemUsernameSettingName")]
    public string ExternalSystemUsername
    {
        get { return ExternalSystemUsername }
        set { ExternalSystemUsername = value; } 
    }

    // PluginPropertyAttribute will create a row in the attributes table common for all users
    [PluginProperty("ShortCodeName")]
    public string ShortCode
    {
        get { return "externaldata"; }
    }

    public Version PluginVersion
    {
        get { return new Version(1, 0, 0, 0); }
    }

    public string PluginName
    {
        get { return "Data connector"; }
    }

    public string PluginDescription
    {
        get { return "Connector for collecting data"; }
    }
}

以下是我的问题和我正在寻求指导的领域:

1. 通过上述将 IoC 容器中的插件链接到数据库的抽象，用户可以选择数据库字段 Customer.ExternalAccountsPlugin = idOfExternalPlugin .这感觉很沉重 - 是否有其他系统实现此目的的更简单方法(例如，SharePoint 有很多插件被用户数据库引用)？

2. 我的应用程序在编译时指定它支持的接口(interface)并忽略所有其他接口(interface) - 我看到一些系统声称可以使用开放插件完全扩展，我认为这意味着很多松散类型的接口(interface)和转换，是吗两个选项之间的中间立场，允许在不重新编译的情况下发布 future 的更新，但仍然使用具体的接口(interface)？

3. 我的插件可能包含元数据(PluginProperty 或 PluginSetting)，我不确定存储它的最佳位置，要么在插件元数据表中(会使 linq 查询更复杂)，要么直接在插件数据库记录行中 ( easy linq queries PluginManager.GetPluginsOfType<IAccounts>.Where(x => x.ShortCode = "externaldata").FirstOrDefault(); ，用作最佳实践？

4. 由于插件功能和接口(interface)在很大程度上依赖于数据库模式，我可以通过什么推荐方法来限制插件与特定模式修订版一起使用？我是否会将此架构修订保留为数据库设置表中的单行并在每次发布后手动更新？插件是否支持最大架构版本，或者应用程序是否支持已知插件版本列表？

最佳答案

1) 抱歉，我不确定。但是，我很确定，在由自定义插件创建或处理数据的软件中，它们会按照您描述的方式处理插件。这个想法是，如果用户加载数据但缺少该特定插件，则数据不会损坏并且不允许用户修改该数据。 (我想到的一个例子是一般的 3D 软件)

2)只给出了非常严格的接口(interface)实现，当然高度限制了插件的创建。 (例如:Excel，我无法创建新的单元格类型)它没有好坏之分，这在很大程度上取决于你想从中得到什么，这是一个选择。如果您希望插件创建者仅通过一些非常特定的管道访问数据，那么限制他可以创建的数据类型，那么它就会符合您的设计。否则，如果您的目标是开放您的软件以进行改进，那么您还应该公开一些您认为足够安全的类和方法以供外部使用。 (例如:Maya，我可以创建一个从基类派生的新实体类型，而不仅仅是一个接口(interface))

3) 好吧，它确实取决于很多事情，不是吗？序列化数据时，您可以创建一个包装器，其中包含特定插件的所有信息、ID、元数据以及您认为需要的任何其他信息。我会那样做，因为它更容易检索，但这是满足您需求的最佳方式吗？没有更多信息很难说。

4) Firefox 就是一个很好的例子。较小的版本增量不会改变插件兼容性。考虑到插件实现的内容，如果插件仍然有效，则从数据库进行中等版本增量测试。如果插件没有实现某些更改，它仍然有效。主要版本增量需要重新编译所有插件才能使用新定义。在我看来，这是一个很好的中间地带，允许开发人员不必总是重新编译，但它使主要软件的开发稍微有点棘手，因为必须提前计划更改。这个想法是为了平衡软件开发人员和插件开发人员之间的 PitA(屁股痛)因素。

嗯...那是我长期收集的 2 美分。

关于C# 插件架构和对用户可配置数据库设置的引用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12922585/