Dependency injection mit mehreren repositories

Anstelle der Instanziierung ("newing-up") des repositories auf dem Bau, Sie könnten faul, laden Sie Sie in Ihren Eigenschaften. Dies würde ermöglichen es Ihnen, halten Sie Ihre zweite Konstruktor, sondern haben Ihre erste Konstruktor nichts zu tun.

Könnte der Benutzer dann ordnen Sie diese, wie erforderlich, sonst.

Beispiel:

public class CACSService
{
    public CACSService() {}

    public CACSService(IUserRepository Repository, IBusinessRepository businessRepository)
    {
        _IRepository = Repository;
        _IBusinessRepository = businessRepository;
    }

    private IUserRepository _IRepository;
    public IUserRepository Repository
    {
        get {
             if (this._IRepository == null)
                  this._IRepository = new UserRepository();
             return this._IRepository;
        }
    }

   //Add same for IBusinessRepository
}

Vorwort: Dies ist eine Allgemeine Anleitung zu dependency inversion. Wenn Sie die default-Konstruktor, um die Arbeit zu tun (z.B. wenn es neue ed durch Reflexion oder etwas anderes), dann werde es schwieriger sein, zu tun, diese sauber.

Wenn Sie möchten, um Ihre Anwendung konfigurierbar, es bedeutet, in der Lage zu unterscheiden, wie Sie Ihr Objekt-graph konstruiert wird. In wirklich einfachen Worten, wenn Sie variieren möchten, eine Umsetzung von etwas (z.B. manchmal möchte man eine Instanz von UserRepository, andere Zeiten, die Sie wollen, die eine Instanz von MemoryUserRepository), dann der Typ, der verwendet der Umsetzung (CACService in diesem Fall) sollten nicht geladen werden, mit newing es. Jede Verwendung von new bindet Sie an eine bestimmte Implementierung. Misko geschrieben hat, einige nette Artikel über diesen Punkt.

Das dependency-inversion-Prinzip wird oft als "parametrieren von oben", als jeden konkreten Typ erhält seine (bereits instanziiert), Abhängigkeiten von dem Anrufer.

Dies in die Praxis umzusetzen, verschieben Sie das Objekt erstellen code aus der CACService's parameterlosen Konstruktor und legen Sie es in einer Fabrik, statt.

Können Sie dann wählen, verdrahten Sie die Dinge anders, basierend auf Dingen wie:

• Lesen in einer Konfigurationsdatei
• übergeben Argumente an die Fabrik
• erstellen eine andere Art von Fabrik

Trennung von Typen in zwei Kategorien (Arten, die erstellen Dinge und Arten, die tun Dinge) ist eine leistungsfähige Technik.

E. g. hier ist eine relativ einfache Möglichkeit, es zu tun mit einem factory-interface -- wir einfach, bis ein neuer welches Werk eignet sich für unsere Bedürfnisse, und rufen Sie seine Create Methode. Wir verwenden ein Dependency-Injection-container (Autofac) zu tun, dieses Zeug bei der Arbeit, aber es kann overkill für Ihre Bedürfnisse.

public interface ICACServiceFactory
{
    CACService Create();
}

//A factory responsible for creating a 'real' version
public class RemoteCACServiceFactory : ICACServiceFactory
{
    public CACService Create()
    {
         return new CACService(new UserRepository(), new BusinessRepository());
    }        
}

//Returns a service configuration for local runs & unit testing
public class LocalCACServiceFactory : ICACServiceFactory
{
    public CACService Create()
    {
         return new CACService(
               new MemoryUserRepository(), 
               new MemoryBusinessRepository());
    }     
}