Holen Sie sich die container-Instanz für Einfache Injektor

Außer für den code, ist Teil des startup-Pfad von der Anwendung, keine code sollte hängen direkt auf den Behälter (oder container Abstraktion, container, Fassade, etc). Dieses Muster heißt Service Locator und Mark Seemann hat eine gute Erklärungwarum dies eine schlechte Idee ist.

Also-Komponenten (z.B. Regler) sollte nicht davon abhängen, ob die container direkt, da diese blendet die verwendeten Abhängigkeiten und macht Klassen schwerer zu testen. Darüber hinaus kann Ihr code beginnt zu hängen, ein äußerer Rahmen (das macht es schwieriger zu ändern) oder in Abhängigkeit von einer Abstraktion, die Sie nicht brauchen, um zu wissen.

Mein controller verwendet einen service, der Initialisierung hängt von der Eingabe
übergebene parameter in der controller-Methode und damit die Abhängigkeit
kann nicht instanziiert werden während der Bauzeit

Gibt es ein Allgemeines Muster für dieses problem: die abstract factory design pattern. Das Fabrik-Muster ermöglicht die Verzögerung von der Schöpfung der Arten und ermöglicht es Ihnen zu pass in extra-Laufzeit Parameter für die Konstruktion eines bestimmten Typs. Wenn Sie dies tun, wird Ihr controller nicht davon abhängen, Container und es wird verhindert, dass zu passieren, in einer konstruierten container in Ihre unit-tests (DI-frameworks sollten im Allgemeinen nicht verwendet werden, die in Ihrer unit-test-Projekte).

Tun, beachten Sie jedoch, dass die Vermietung Ihrer Komponenten erfordern,runtime-Daten während der Erstellung ist ein code smell. Verhindern tun.

Könnte man denken, dass durch diese Weise wir sind nur ein verschieben des Problems auf die factory-Implementierung. Zwar bewegen wir uns in die Abhängigkeit von der container-in die factory-Implementierung, wir sind in der Tat die Lösung des Problems, weil die factory-Implementierung wird ein Teil der Anwendung Zusammensetzung Rootdie es ermöglicht den code der Anwendung selbst blind für jede DI-framework.

So ist dies, wie ich beraten Sie, um Ihren code strukturieren:

//Definition of the factory in the UI or BL layer
public interface ISomeServiceFactory
{
    ISomeService Create(int inputParameter);
}

//Controller depending on that factory:
public class MyController : Controller
{
    private readonly ISomeServiceFactory factory;

    public MyController(ISomeServiceFactory factory)
    {
        this.factory = factory;
    }

    public ActionResult Index(int value)
    {
        //here we use that factory
        var service = this.factory.Create(value);
    }
}

In Ihrer Zusammensetzung root (den start-up-Pfad) definieren wir die factory-Implementierung und die Registrierung für Sie:

private class SomeServiceFactory : ISomeServiceFactory
{
    private readonly Container container;

    //Here we depend on Container, which is fine, since
    //we're inside the composition root. The rest of the
    //application knows nothing about a DI framework.
    public SomeServiceFactory(Container container)
    {
        this.container = container;
    }

    public ISomeService Create(int inputParameter)
    {
        //Do what ever we need to do here. For instance:
        if (inputParameter == 0)
            return this.container.GetInstance<Service1>();
        else
            return this.container.GetInstance<Service2>();
    }
}

public static void Initialize()
{
    var container = new Container();

    container.RegisterSingle<ISomeServiceFactory, SomeServiceFactory>();
}

Bei der Erstellung, der Container registriert sich selbst (mit der call RegisterSingle<Container>(this)), so kann man immer Spritzen den Behälter in einer Komponente. Das ist ähnlich wie die Injektion der IComponentContext bei der Arbeit mit Autofac. Aber das gleiche gilt für Autofac, Einfache Injektor-und alle anderen Behälter: Sie will nicht Spritzen Sie Ihre container in Komponenten, die sich außerhalb der Zusammensetzung root (und es gibt kaum einen Grund für).

InformationsquelleAutor der Antwort Steven