这个插件框架是IoC/DI吗?
本文关键字:DI IoC 插件 框架 | 更新日期: 2023-09-27 18:09:36
我正在为我的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之间有根本的区别吗?
这看起来像一个利用控制反转的插件架构,但不使用依赖注入。这似乎与MEF的工作方式相似。
同意Richard的回答。我觉得你得到的只是一个基本的服务定位器。DI容器将根据容器中的其他类型提供类型的实际自动实例化。