Question

我正在为我的ASP.NET C＃应用程序工作，以便在安装新插件时允许插件而无需重新编译主机应用程序。

这是我的插件加载器类（基于在线发现的教程。）

public class PluginLoader
{
    public static IList<IPlugin> Load(string folder)
    {
        IList<IPlugin> plugins = new List<IPlugin>();

        // Get files in folder
        string[] files = Directory.GetFiles(folder, "*.plug.dll");
        foreach(string file in files)
        {
            Assembly assembly = Assembly.LoadFile(file);
            var types = assembly.GetExportedTypes();
            foreach (Type type in types)
            {
                if (type.GetInterfaces().Contains(typeof(IPlugin)))
                {
                    object instance = Activator.CreateInstance(type);
                    plugins.Add(instance as IPlugin);
                }
            }
        }
        return plugins;
    }
}

这个概念是在主机应用程序中创建一个新插件可以使用的IPlugin接口。然后，加载器搜索可用的DLL并查找IPlugin类型的类。然后那些实例化，我的主机应用程序可以使用它们看起来如何适合。

例如，它可以这样做：

protected void Page_Load(object sender, EventArgs e)
    {
        StringBuilder sb = new StringBuilder();
        string folder = Server.MapPath("~/bin/");
        path.Text = folder;

        var plugins = PluginLoader.Load(folder);
        if (plugins.Count == 0)
            sb.Append("No plugins found");
        else
        {
            sb.Append("<ul>");
            foreach (var plug in plugins)
            {

                sb.AppendFormat("<li>Default: {0}</li>", plug.Label);
                plug.SetLabel("Overwrote default label.");
                sb.AppendFormat("<li>New: {0}</li>", plug.Label);
            }
            sb.Append("</ul>");
        }

        message.Text = sb.ToString();
    }

这种结构是IoC还是DI？该插件引用主机，而不是相反。这似乎与控制反转概念一致。这段代码与IoC / DI有根本区别吗？

Answer 1

这看起来像是一个利用Inversion of Control但不使用依赖注入的插件架构。它似乎与MEF的工作方式类似。

Answer 2

同意理查德的回答。我认为你所拥有的最终成为一个基本的服务定位器。 DI容器将根据容器中的其他类型提供类型的实际自动实例化。

这个插件框架是IoC / DI吗？

2 个答案: