In Ninject3 there's a new .ToConstructor feature.
As described, it helps to strongly-type constructor arguments like:
Bind<IMyService>().ToConstructor( ctorArg => new MyService(ctorArg.Inject<IFoo>(), ctorArg.Inject<IBar>()));
What's actually the difference between using .ToConstructor and .ToMethod in an almost the same way:
Bind<IMyService>().ToMethod( x => new MyService(x.Kernel.Get<IFoo>(), x.Kernel.Get<IBar>()));
Is it just a syntax sugar to avoid using Kernel.Get<>() or is there something more that I'm missing?
The first case behaves like To<MyService>()
except that you explicitly select the constructor. This means the context is passed through MyService
and you can use conditions for IFoo
and IBar
or one of their dpependencies where in the second case you get a new context for IFoo
and IBar
and you will not know that they are injected into MyService
.
e.g.
Bind<IFoo>().To<FooA>().WhenInjectedInto<MyService>(); Bind<IFoo>().To<FooB>().WhenInjectedInto<MyOtherService>();
will not work in the second case.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With