在其他DI容器中,我观察过TryAddScoped,TryAddTransient,TryAddSingleton等。
Try背后的想法是避免多次注册。如果服务已经注册,那么使用Try将不会尝试再次注册我猜。
注入
Kernel.Bind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
那么在Ninject中是否有任何类似的Try?
没有简单的等价物。
表演
Kernel.Bind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
Kernel.Bind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
在解析IHttpContextAccessor
时将导致异常,并且当解析IEnumerable<IHttpContextAccessor>
时,它将返回两个HttpContextAccessor
实例。
但是,您可以编写自己的“尝试”:
if(!Kernel.GetBindings(typeof(IHttpContextAccessor)).Any())
{
Kernel.Bind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
}
当然,您也可以为此编写自己的扩展方法:
public static class NinjectBindingExtensions
{
public static void TryBind<T>(
this IKernel kernel,
Action<IBindingToSyntax<T>> configureBinding)
{
if (!kernel.GetBindings(typeof(T)).Any())
{
configureBinding(kernel.Bind<T>());
}
}
}
解决这个问题的一种方法是使用.Rebind
而不是.Bind
。如果没有预先存在的绑定,它将像.Bind
一样工作。如果有预先存在的绑定,它将取代它。从而:
Kernel.Rebind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
Kernel.Rebind<IHttpContextAccessor>().To<HttpContextAccessor>().InSingletonScope();
解决IHttpContextAccessor
将导致HttpContextAccessor
的一个实例。
如果问题不是多个组件/ NinjectModule
s为相同类型创建绑定,而是加载相同的NinjectModule
两次,您可以通过以下方式防止重复加载:
if(!Kernel.HasModule(typeof(MyModule)))
{
Kernel.Load<MyModule>();
}