Nie można połączyć Factory/DI

Question

Po prostu załóżmy, że mam klasę Foo, która ma dwie zależności: ISerializer<T> i IFileAccessHandler.

Ta klasa ma również inne zależności, zależności funkcjonalne. Nie chcę, aby ktokolwiek tworzył tę klasę w niepoprawnym stanie, więc musiałbym przekazać obiekt domeny w konstruktorze.

Ale jak mogę to załatwić przez IoC, gdy wiem również, jaki obiekt domeny przekazać w momencie, w którym faktycznie tworzę klasę Foo?

Ustawiłem obiekt domeny jako własność ustawioną przez fabrykę. Dlatego Factory wykonuje wywołanie Service Locator, aby uzyskać prawidłowo utworzoną klasę "Foo" z jej zależnościami, a następnie wypełnia ją właściwym obiektem domeny i zwraca go.

Ale czy to najlepszy sposób, aby przejść? Wolałbym, aby obiekt domeny był częścią mojego konstruktora, aby był on faktycznie zgodny z "Foo".

Wszelkie pomysły? Czy tu czegoś brakuje?

Answer 1

Domyślne rozwiązanie DI, gdy nie można podłączyć się konkretny typ w czasie rejestracji jest użycie Abstract Factory

W twoim przypadku, chciałbym zdefiniować interfejs IFooFactory:

public interface IFooFactory 
{ 
    Foo Create(DomainClass dc); 
} 

Pozwoli to na zdefiniowanie konkretnej implementacji, która będzie świadczyć o twoich usługach infrastrukturalnych.

public class FooFactory : IFooFactory 
{ 
    private readonly ISerializer serializer; 
    private readonly IFileAccessHandler fileHandler; 

    public FooFactory(ISerializer serializer, IFileAccessHandler fileHandler) 
    { 
     if(serializer == null) 
     { 
      throw new ArgumentNullException("serializer"); 
     } 
     if(fileHandler == null) 
     { 
      throw new ArgumentNullException("fileHandler"); 
     } 

     this.serializer = serializer; 
     this.fileHandler = fileHandler; 
    } 

    public Foo Create(DomainClass dc) 
    { 
     return new Foo(this.serializer, this.fileHandler, dc); 
    } 
} 

W ten sposób można chronić niezmienników swojej klasie Foo, co pozwala na pobyt z Constructor wtrysk.

W kontenerze DI można zarejestrować IFooFactory i odpowiednią implementację. Wszędzie, gdzie masz instancję DomainClass i potrzebujesz instancji Foo, będziesz wtedy musiał polegać na IFooFactory i używać go.

Answer 2

Ja także zmagam się z tym problemem. Przykład Marka jest ograniczony tym, że FooFactory tworzy konkretną klasę Foo. Co się stanie, jeśli powstanie IFoo, w którym implementacja zostanie określona podczas konfiguracji startowej? Sugerowałoby to dla każdej alternatywnej implementacji IFoo (FooA, FooB itp.) Potrzebowałbyś konkretnej implementacji odpowiedniej fabryki (FooAFactory, FooBFactory, itp.). To mnie uderza jako zbyteczne.

Jeśli fabryka jest zdefiniowana na tym samym poziomie co implementacja i inicjalizacja kontenera, nie widzę słabości odniesienia kontenera przez fabrykę. Nadal utrzymuje odniesienia do pojemnika z wycieku do pozostałej części aplikacji.

Pozdrawiamy,

Metro.