Was ist der Unterschied zwischen .ToConstructor und .ToMethod in Ninject-3?

In Ninject3 es gibt eine neue .ToConstructor Funktion.

Als beschrieben, hilft es, zu stark der Typ-Konstruktor Argumente wie:

Bind<IMyService>().ToConstructor(
    ctorArg => new MyService(ctorArg.Inject<IFoo>(), ctorArg.Inject<IBar>()));

Was ist eigentlich der Unterschied zwischen der Verwendung .ToConstructor und .ToMethod in fast der gleichen Weise:

Bind<IMyService>().ToMethod(
    x => new MyService(x.Kernel.Get<IFoo>(), x.Kernel.Get<IBar>()));

Ist es nur ein syntax-Zucker zu vermeiden, mit Kernel.Get<>() oder ist es etwas mehr, dass ich bin fehlt?

  • Hinweis: Get<T> ist eine Erweiterung Methode und Sie müssen using Ninject; für Sie zu arbeiten. Es dauerte eine minute, da habe ich entfernt mit using Ninject.Modulesl bis jetzt )
InformationsquelleAutor Shaddix | 2012-01-08
  1. 30

    Ersten Fall verhält sich wie To<MyService>() außer, dass Sie explizit wählen Sie den Konstruktor. Dies bedeutet, dass der Kontext übergeben wird, durch MyService und Sie können Bedingungen verwenden, für IFoo und IBar oder einer Ihrer dpependencies, wo im zweiten Fall bekommen Sie einen neuen Kontext für IFoo und IBar und Sie werden nicht wissen, dass Sie injiziert MyService.

    z.B.

    Bind<IFoo>().To<FooA>().WhenInjectedInto<MyService>();
Bind<IFoo>().To<FooB>().WhenInjectedInto<MyOtherService>();

    funktioniert nicht im zweiten Fall.

    • Kommissionierung der Konstruktor ist sinnvoll, wenn es zwei mit dem gleichen parameter-Namen und unterschiedlichen Typen, in dem Fall, Ninject, wird eine Ausnahme ausgelöst. zB. Foo(int x) und Foo(string x)
    • Es ist vielleicht auch erwähnenswert, dass die Verwendung der Inject-Methode, um die service-Kontext E. g. ToConstructor(x => new FooA(x.Inject<BarA>())) anstatt das zu tun x.Context.Kernel.Get<BarA>
    InformationsquelleAutor Remo Gloor
Schreibe einen Kommentar