刪除對IoC容器的依賴

Question

閱讀了越來越多關於IoC容器之後，我讀了this post關於沒有在您的代碼中使用IoC.Resolve（）等。

我真的很好奇知道那麼，我該如何去除對容器的依賴？

我想寫類似下面的代碼：

public void Action() 
{ 
    using(IDataContext dc = IoC.Resolve<IDataContext>()) 
    { 
     IUserRepository repo = IoC.Resolve<IUserRepository>(); 
     // Do stuff with repo... 
    } 
} 

但我怎麼能擺脫IoC.Resolve的電話？也許我需要更好地瞭解DI ...

在此先感謝。

Answer 1

一般而言，大多數依賴項可以在創建時注入到您的類中。但是，在這種特殊情況下，您需要一個必須在使用時按需創建的組件。在這種情況下，完全刪除對IoC容器的依賴是非常困難的。我的方法一直是創建一個在創建時注入到類中的工廠，這反過來又封裝了所有直接的IoC用法。這樣就可以模擬來測試你的工廠，而不是IoC容器本身......這往往是一個容易得多：

// In Presentation.csproj 
class PresentationController 
{ 
    public PresentationController(IDataContextFactory dataContextFactory, IRepositoryFactory repositoryFactory) 
    { 
     #region .NET 4 Contract 
     Contract.Requires(dataContextFactory != null); 
     Contract.Requires(repositoryFactory != null); 
     #endregion 

     _dataContextFactory = dataContextFactory; 
     _repositoryFactory = repositoryFactory; 
    } 

    private readonly IDataContextFactory _dataContextFactory; 
    private readonly IRepositoryFactory _repositoryFactory; 

    public void Action() 
    { 
     using (IDataContext dc = _dataContextFactory.CreateInstance()) 
     { 
      var repo = _repositoryFactory.CreateUserRepository(); 
      // do stuff with repo... 
     } 
    } 
} 

// In Factories.API.csproj 
interface IDataContextFactory 
{ 
    IDataContext CreateInstance(); 
} 

interface IRepositoryFactory 
{ 
    IUserRepository CreateUserRepository(); 
    IAddressRepository CreateAddressRepository(); 
    // etc. 
} 

// In Factories.Impl.csproj 
class DataContextFactory: IDataContextFactory 
{ 
    public IDataContext CreateInstance() 
    { 
     var context = IoC.Resolve<IDataContext>(); 
     // Do any common setup or initialization that may be required on 'context' 
     return context; 
    } 
} 

class RepositoryFactory: IRepositoryFactory 
{ 
    public IUserRepository CreateUserRepository() 
    { 
     var repo = IoC.Resolve<IUserRepository>(); 
     // Do any common setup or initialization that may be required on 'repo' 
     return repo; 
    } 

    public IAddressRepository CreateAddressRepository() 
    { 
     var repo = IoC.Resolve<IAddressRepository>(); 
     // Do any common setup or initialization that may be required on 'repo' 
     return repo; 
    } 

    // etc. 
} 

這種方法的好處是，雖然你不能完全消除IOC依賴本身，您可以將其封裝在單一類型的對象（工廠）中，將大部分代碼與IoC容器解耦。例如，從一個IoC容器切換到另一個（即Windsor到Ninject），這可以提高您的代碼敏捷性。

應該指出，這樣做的一個有趣的結果是，你的工廠通常是通過它們使用的相同的IoC框架注入到他們的家屬。例如，如果您正在使用Castle Windsor，則可以創建配置，告訴IoC容器在創建時將兩個工廠注入到業務組件中。業務組件本身也可能有一個工廠......或者它可以簡單地由相同的IoC框架注入到一個更高級別的組件中，等等。

Answer 2

有第二個依賴注入器注入第一個，並有第一個注入第二個注入。

Answer 3

前段時間我曾經參與過一個項目，該項目還沒有在IoC容器上解決。他們通過禁止他們的容器的非IoC特定功能來管理這種不確定性，並且通過將他們自己的類包裝爲Resolve。這也是我在博客文章中提到過的幾次...刪除最後的依賴關係，依賴注入容器的依賴關係。

這是一種可行的方法，但在某些時候，您必須選擇使用的工具，並願意接受您將支付切換到替代工具的費用。對我而言，IoC容器屬於您可能應該全心全意接受的事物類別，因此我質疑這種保理水平。如果你想進一步調查此，我建議以下鏈接：

http://blog.objectmentor.com/articles/2010/01/17/dependency-injection-inversion

Answer 4

一種替代方法是重新編寫接受Func<T>代表的方法。這將刪除方法的依賴，並允許您單元測試與模擬：

public void Action(Func<IDataContext> getDataContext, Func<IUserRepository> getUserRepository) 
{ 
    using(IDataContext dc = getDataContext()) 
    { 
     IUserRepository repo = getUserRepository(); 
     // Do stuff with repo... 
    } 
} 

Answer 5

我的博客上講述就此問題最近：

• How I use IoC Containers
• Pulling from the container