依賴注入和工廠

Question

用DI方法處理條件子工廠的體面方式是什麼？ 該場景是注入到條目中的加載器對象取決於該條目的設置。最初我是將IoC容器注入工廠，並使用它來根據命名約定進行解析。但是，我真的很想保持工廠清潔的容器。

工廠被注入到一個類中，該類將加載數據庫中的所有設置，然後使用工廠創建一組條目。該設置確定在給定條目內使用哪個裝載器。

編輯：更改代碼以更好地突出顯示實際問題。 問題是，必須同時支持多個數據庫管理器，如果情況並非如此，那麼它會很簡單。數據庫管理器類型由爲特定條目存儲的條目設置確定。

public class Entry : IEntry 
{ 
    private ISomething loader; 

    public Entry(ISomething something) 
    { 
     this.loader = something; 
    } 
} 

public class EntryFactory : IEntryFactory 
{ 
    IEntry BuildEntry(IEntrySetting setting) 
    { 
     //Use setting object to determine which database manager will be used 
    } 
} 

public class EntryManager 
{ 
    public EntryManager(IEntryFactory entryFactory) 
    { 
     var entrySettings = this.settings.Load(); 
     foreach(var setting in entrySettings) 
     { 
      this.entries.Add(entryFactory.BuildEntry(setting)); 
     } 
    } 
} 

我曾考慮具有子工廠，主要工廠註冊和解析他們的方式，但我不知道是否有更好的方法。

Answer 1

這取決於你的DI框架允許和你沒有指定它。使用Autofac基於委託的註冊，我來到以下解決方案。請注意，在這兩種情況下，ILoaderFactory和IEntryFactory已被替換爲簡單的Func<>工廠。

解決方案1，用兩個工廠：

public class EntryManager 
{ 
    public EntryManager(Func<ILoader, IEntry> entryFactory, Func<Settings, ILoader> loaderFactory) 
    { 
     var entrySettings = this.settings.Load(); 
     foreach(var setting in entrySettings) 
     { 
      this.entries.Add(entryFactory(loaderFactory(setting))); 
     } 
    } 
} 

private static ILoader SelectLoader(IEntrySetting settings) 
{ 
    // your custom loader selection logic 
} 

var builder = new ContainerBuilder(); 
builder.RegisterType<EntryManager>(); 
builder.RegisterType<Entry>().As<IEntry>(); 
builder.Register((c, p) => SelectLoader(p.TypedAs<IEntrySetting>())); 
IContainer container = builder.Build(); 
container.Resolve<EntryManager>(); 

方案2中，僅使用一個工廠：

public class EntryManager 
{ 
    public EntryManager(Func<IEntrySetting, IEntry> entryFactory) 
    { 
     var entrySettings = this.settings.Load(); 
     foreach(var setting in entrySettings) 
     { 
      this.entries.Add(entryFactory(setting)); 
     } 
    } 
} 

private static ILoader SelectLoader(IEntrySetting settings) 
{ 
    // your custom loader selection logic 
} 

var builder = new ContainerBuilder(); 
builder.RegisterType<EntryManager>(); 
builder.Register((c, p) => new Entry(SelectLoader(p.TypedAs<IEntrySetting>()))).As<IEntry>(); 
IContainer container = builder.Build(); 
container.Resolve<EntryManager>(); 

Answer 2

我通常做的是創造我的DI容器包裝...像IDependencyResolver ...並注入我的工廠。然後，你可以有一個像StructureMapDependencyResolver這樣的實現。我喜歡這比注入容器本身更好，因爲這使我可以立即更改DI容器（幾乎）。至少我的工廠不需要改變。

public interface IDependencyResolver 
{ 
    T Resolve<T>(); 
} 

public class UnityDependencyResolver : IDependencyResolver 
{ 
    private readonly IUnityContainer _container; 

    public UnityDependencyResolver(IUnityContainer container) 
    { 
     _container = container; 
    } 

    public T Resolve<T>() 
    { 
     return _container.Resolve<T>(); 
    } 
} 

這種方法非常靈活，您可以實現自己的依賴關係解析器並手動注入它們。

public class ManualDependencyResolver : IDependencyResolver 
{ 
    public T Resolve<T>() 
    { 
     if (typeof(T)==typeof(ITransactionRepository)) 
     { 
      return new CheckTransactionRespostory(new DataContext()); 
     } 

     throw new Exception("No dependencies were found for the given type."); 
    } 
}