删除对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