有几个问题在SO上是相似但不完全是我正在寻找的。我想根据运行时条件进行Ninject绑定,这在启动时是不可预知的。关于动态绑定的SO的其他问题围绕基于配置文件或某些类似的绑定 - 我需要在处理特定实体的数据时基于数据库值有条件地发生。如,
public class Partner
{
public int PartnerID { get; set; }
public string ExportImplementationAssembly { get; set; }
}
public interface IExport
{
void ExportData(DataTable data);
}
在其他地方,我有两个实现IExport的dll
public PartnerAExport : IExport
{
private readonly _db;
public PartnerAExport(PAEntities db)
{
_db = db;
}
public void ExportData(DataTable data)
{
// export parter A's data...
}
}
然后是伙伴B;
public PartnerBExport : IExport
{
private readonly _db;
public PartnerBExport(PAEntities db)
{
_db = db;
}
public void ExportData(DataTable data)
{
// export parter B's data...
}
}
目前的Ninject绑定是;
public class NinjectWebBindingsModule : NinjectModule
{
public override void Load()
{
Bind<PADBEntities>().ToSelf();
Kernel.Bind(s => s.FromAssembliesMatching("PartnerAdapter.*.dll")
.SelectAllClasses()
.BindDefaultInterfaces()
);
}
}
那么如何设置我可以做的绑定;
foreach (Partner partner in _db.Partners)
{
// pseudocode...
IExport exportModule = ninject.Resolve<IExport>(partner.ExportImplementationAssembly);
exportModule.ExportData(_db.GetPartnerData(partner.PartnerID));
}
这可能吗?它似乎应该是,但我不能完全理解如何去做。上面的现有绑定配置适用于静态绑定,但我需要一些我可以在运行时解决的东西。以上是可能的还是我只是想绕过Ninject并使用旧式反射加载插件?如果是这样,我如何使用该方法通过Ninject解析任何构造函数参数,如同静态绑定对象一样?
更新:我已使用BatteryBackupUnit
的解决方案更新了我的代码,以便我现在拥有以下内容;
Bind<PADBEntities>().ToSelf().InRequestScope();
Kernel.Bind(s => s.FromAssembliesMatching("PartnerAdapter.*.dll")
.SelectAllClasses()
.BindDefaultInterfaces()
.Configure(c => c.InRequestScope())
);
Kernel.Bind(s => s.FromAssembliesMatching("PartnerAdapter.Modules.*.dll")
.SelectAllClasses()
.InheritedFrom<IExportService>()
.BindSelection((type, baseTypes) => new[] { typeof(IExportService) })
);
Kernel.Bind<IExportServiceDictionary>().To<ExportServiceDictionary>().InSingletonScope();
ExportServiceDictionary dictionary = KernelInstance.Get<ExportServiceDictionary>();
在2个测试模块中实例化导出实现可以正常工作并实例化PADBEntites
上下文。但是,我的服务层中的所有其他绑定现在不再适用于系统的其余部分。同样,如果我将PADBEntities
变量/ ctor参数更改为ISomeEntityService组件,则无法绑定导出层。我似乎错过了配置绑定以使其工作的最后一步。有什么想法吗?
错误:&#34;激活ISomeEntityService时出错。没有匹配的绑定可用且类型不可自我绑定&#34;
更新2 :最终使用BatteryBackupUnit
的解决方案进行了一些试验和错误,但我对跳跃不太满意思想。欢迎任何其他更简洁的解决方案。
我改变了原来的约束;
Kernel.Bind(s => s.FromAssembliesMatching("PartnerAdapter.*.dll")
.SelectAllClasses()
.BindDefaultInterfaces()
);
更加详细和明确;
Bind<IActionService>().To<ActionService>().InRequestScope();
Bind<IAuditedActionService>().To<AuditedActionService>().InRequestScope();
Bind<ICallService>().To<CallService>().InRequestScope();
Bind<ICompanyService>().To<CompanyService>().InRequestScope();
//...and so on for 30+ lines
不是我最喜欢的解决方案,但它适用于基于显式和约定的绑定,但不适用于两种约定。任何人都可以看到我在绑定中出错了吗?
更新3 :忽略Update 2中绑定的问题。看来我在Ninject中发现了一个与引用库中有多个绑定模块有关的错误。模块A的更改,即使从未通过断点点击,也会使用不同的模块明确地破坏项目B.去图。
答案 0 :(得分:3)
重要的是要注意,虽然实际的“条件匹配”是运行时条件,但实际上您实际上知道可能的匹配集(至少在构建容器时启动) - 这可以通过使用约定来证明。这就是条件/上下文绑定的含义(在Ninject WIKI中有描述,并在几个问题中有所介绍)。所以你实际上不需要在任意运行时间进行绑定,而只需要在任意时间进行分辨率/选择(分辨率实际上可以提前完成=&gt;提前失败)。
这是一个可能的解决方案,其特点是:
IExport
)IExport
internal interface IExportDictionary
{
IExport Get(string key);
}
internal class ExportDictionary : IExportDictionary
{
private readonly Dictionary<string, IExport> dictionary;
public ExportDictionary(IEnumerable<IExport> exports)
{
dictionary = new Dictionary<string, IExport>();
foreach (IExport export in exports)
{
dictionary.Add(export.GetType().Assembly.FullName, export);
}
}
public IExport Get(string key)
{
return dictionary[key];
}
}
作文根:
// this is just going to bind the IExports.
// If other types need to be bound, go ahead and adapt this or add other bindings.
kernel.Bind(s => s.FromAssembliesMatching("PartnerAdapter.*.dll")
.SelectAllClasses()
.InheritedFrom<IExport>()
.BindSelection((type, baseTypes) => new[] { typeof(IExport) }));
kernel.Bind<IExportDictionary>().To<ExportDictionary>().InSingletonScope();
// create the dictionary immediately after the kernel is initialized.
// do this in the "composition root".
// why? creation of the dictionary will lead to creation of all `IExport`
// that means if one cannot be created because a binding is missing (or such)
// it will fail here (=> fail early).
var exportDictionary = kernel.Get<IExportDictionary>();
现在IExportDictionary
可以注入任何组件,只需像“必需”一样使用:
foreach (Partner partner in _db.Partners)
{
// pseudocode...
IExport exportModule = exportDictionary.Get(partner.ExportImplementationAssembly);
exportModule.ExportData(_db.GetPartnerData(partner.PartnerID));
}
答案 1 :(得分:2)
我想根据运行时条件进行Ninject绑定,但在启动时不会预先知道。
防止在构建对象图期间做出运行时决策。这会使您的配置复杂化并使您的配置难以验证。理想情况下,您的对象图应该是固定的,不应该在运行时改变形状。
相反,通过将其移动到IExport
的代理类,在运行时进行运行时决策。这样的代理究竟是什么样的,取决于你的确切情况,但这是一个例子:
public sealed class ExportProxy : IExport
{
private readonly IExport export1;
private readonly IExport export2;
public ExportProxy(IExport export1, IExport export2) {
this.export1 = export1;
this.export2 = export2;
}
void IExport.ExportData(Partner partner) {
IExport exportModule = GetExportModule(partner.ExportImplementationAssembly);
exportModule.ExportData(partner);
}
private IExport GetExportModule(ImplementationAssembly assembly) {
if (assembly.Name = "A") return this.export1;
if (assembly.Name = "B") return this.export2;
throw new InvalidOperationException(assembly.Name);
}
}
或许您正在处理一组动态确定的程序集。在这种情况下,您可以为代理提供导出提供程序委托。例如:
public sealed class ExportProxy : IExport
{
private readonly Func<ImplementationAssembly, IExport> exportProvider;
public ExportProxy(Func<ImplementationAssembly, IExport> exportProvider) {
this.exportProvider = exportProvider;
}
void IExport.ExportData(Partner partner) {
IExport exportModule = this.exportProvider(partner.ExportImplementationAssembly);
exportModule.ExportData(partner);
}
}
通过向代理提供Func<,>
,您仍然可以在注册ExportProxy
(组合根)的位置做出决定,您可以在其中查询系统的程序集。这样,您可以在容器中预先注册IExport
实现,从而提高配置的可验证性。如果您使用密钥注册了所有IExport
实施,则可以对ExportProxy
进行以下简单注册
kernel.Bind<IExport>().ToInstance(new ExportProxy(
assembly => kernel.Get<IExport>(assembly.Name)));