gpt4 book ai didi

c# - 插件架构可扩展性

转载 作者:行者123 更新时间:2023-11-30 12:32:45 26 4
gpt4 key购买 nike

我正在与 MEF 合作,让插件架构运行起来。我想设计一些可扩展性。我想扩展初始化。

我拥有的是一个“驱动程序”,它从某个来源重复收集数据。这些是我的插件。这些插件中的每一个都需要初始化。现在我有一个接口(interface),这些插件需要实现。

interface IDriverLiveCollection
{
ILiveCollection GetCollection(ILog logger, IDriverConfig config);
}

这个接口(interface)基本上是从插件中创建一个 ILiveCollection 的实例。为了更好地理解 ILiveCollection,看起来像这样。

interface ILiveCollection
{
void GetData(Parameter param, DataWriter writer);

void ShutDown();
}

还有初始化循环:

foreach(IDriverConfig config in DriverConfigs)
{
//Use MEF to load correct driver
var collector = this.DriverLoader(config.DriverId).GetCollection(new Logger, config);

// someTimer is an IObservable<Parameter> that triggers to tell when to collect data.
someTimer.Subscribe((param)=> collector.GetData(param, new DataWriter(param)));
}

问题是某些驱动程序可能需要比其配置更多的信息才能初始化。例如,某些驱动程序希望在初始化期间为它们提供一组参数。

我可以轻松地将界面扩展为现在的样子:

interface IDriverLiveCollection
{
ILiveCollection GetCollection(ILog logger, IDriverConfig config, IEnumerable<Parameter> params);
}

这种方法的缺点是公共(public)接口(interface)已经改变,现在我需要重新编译每个驱动程序,即使之前没有一个需要这个参数列表才能运行。我打算拥有大量驱动程序,而且我也无法控制谁编写驱动程序。

我想到了另一个解决方案。我可以在调用 Get Collection 和订阅计时器之间创建接口(interface)和循环内部,我可以检查 ILiveCollection 对象是否也扩展了这些接口(interface)之一:

interface InitWithParameters
{
void InitParams(IEnumerable<Parameter> params);
}

在我的循环中:

foreach(IDriverConfig config in DriverConfigs)
{
//Use MEF to load correct driver
var collector = this.DriverLoader(config.DriverId).GetCollection(new Logger, config);

// Check to see if this thing cares about params.
if(collector is InitWithParameters)
{
((InitWithparameters)collector).InitParams(ListOfParams);
}

// Continue with newly added interfaces.

// someTimer is an IObservable<Parameter> that triggers to tell when to collect data.
someTimer.Subscribe((param)=> collector.GetData(param, new DataWriter(param)));
}

这里的区别是我不需要重新编译每个驱动程序来让它工作。旧驱动程序将不会是 InitWithParameters 类型,也不会以这种方式调用,而新驱动程序将能够利用新接口(interface)。如果旧驱动程序想要利用,那么它可以简单地实现该接口(interface)并重新编译。底线:除非他们需要该功能,否则我不需要重新编译驱动程序。

我认识到的缺点是:我显然需要重新编译此循环中的任何程序。当新驱动程序与带有循环的旧版本程序一起使用时,会出现版本控制问题,这可能会导致一些问题。最后,随着这些东西的增长,我必须在循环中保存程序中每种可能类型的巨大列表。

有更好的方法吗?

编辑附加信息:

我正尝试在 IDriverLiveCollection 上使用 MEF,而不是在 ILiveCollection 上使用,因为 IDriverLiveCollection 允许我使用自定义初始化参数构建特定的 ILiveCollection。

可以有 2 个相同类型的 ILiveCollection(2 个 FooLiveCollections),每个都有不同的 ILog 和 IDriverConfig,并且可能有 IEnumerable。我希望能够在“初始化循环”期间而不是在组合插件时指定这些。

最佳答案

如果您直接在ILiveCollection 接口(interface)上使用[ImportMany],您可以通过[ImportingConstructor] 处理整个基础设施。属性。

这允许您的插件准确指定它们需要构建的内容,而无需稍后提供和构建类型。

实际上,您的主机应用程序只需要:

// This gets all plugins
[ImportMany]
IEnumerable<ILiveCollection> LiveCollections { get; set; }

然后每个插件都有自己的类型来导出它,即:

[Export(typeof(ILiveCollection))]
public class FooLiveCollection : ILiveCollection
{
[ImportingConstructor]
public FooLiveCollection(ILog logger, IDriverConfig config)
{
// ...

或者,或者,插件可以省略一个构造函数参数,或者添加后面的参数(不影响以前的插件),即:

    [ImportingConstructor]
public BarLiveCollection(ILog logger, IDriverConfig config, IBarSpecificValue barParam)
{
// ...

关于c# - 插件架构可扩展性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10838445/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com