Question

在单元测试的上下文中，可以创建两个控制器构造器，一个是控制器工厂默认使用的，另一个是专用于单元测试的。

public class ProductController : Controller 
{
  private IProductRepository repository;
  public int PageSize = 10;

  // default constructor
  public ProductController() 
  {
    this.repository = new ProductRepository();
  }

  // dedicated for unit testing
  public ProductController(IProductRepository productRepository) 
  {
    this.repository = productRepository;
  }

  public ViewResult List(int page=1) 
  {
    return View(repository.Products
       .OrderBy(p => p.ProductID)
       .Skip((page - 1) * PageSize)
       .Take(PageSize));
  }
}

可以通过这种方式实现单元测试

[TestMethod]
public void Can_Paginate() 
{
  // Arrange
  Mock<IProductRepository> mock = new Mock<IProductRepository>();
  mock.Setup(m => m.Products).Returns(new Product[] 
  {
    new Product {ProductID = 1, Name = "P1"},
    new Product {ProductID = 2, Name = "P2"},
    new Product {ProductID = 3, Name = "P3"},
    new Product {ProductID = 4, Name = "P4"},
    new Product {ProductID = 5, Name = "P5"}
  }.AsQueryable());

  ProductController controller = new ProductController(mock.Object);
  controller.PageSize = 3;

  // Act
  IEnumerable<Product> result =
  (IEnumerable<Product>)controller.List(2).Model;
  // Assert
  Product[] prodArray = result.ToArray();
  Assert.IsTrue(prodArray.Length == 2);
  Assert.AreEqual(prodArray[0].Name, "P4");
  Assert.AreEqual(prodArray[1].Name, "P5");
}

在上面我能够实现单元测试。我的问题是，如果我可以使用专用构造函数实现DI，为什么我会选择使用DI框架（例如Unity，Ninject等）？我必须在这里遗漏一些明显的东西。

（顺便说一句，上面的代码示例主要来自Adam Freeman的书籍Pro ASP.NET MVC 4，我修改了一些以适应我需要提出的问题）

Answer 1

在这个微不足道的例子中......技术上没有理由。

框架的要点是全局管理依赖关系及其存在的各个部分......而不仅仅是注入依赖关系。寿命/范围，方式/时间，地点/原因。你在这里所拥有的东西仍然与ProductRepository紧密相连......而且只有那个。

在复杂的应用程序中，您目前所拥有的内容需要以下内容：

this.repository = new ProductRepository(
                          new ShoppingCartRepository(
                                  new Logger()),
                          new ReviewsRepository(
                                  new Logger()),
                          new Logger());

..而对于DI / IoC框架，您不必担心任何连接和所有基础生命周期/连接逻辑。

使用双构造函数的依赖注入与使用DI框架的单构造函数

1 个答案: