MVC中的IoC：如何处理从控制器到模型的服务对象流？

Question

我正在使用MVC3，并已实现IoC，以通过构造函数参数向控制器提供服务/管理器对象。 这些反过来可能会传递给模型。

我遇到的问题是，到处传递这些对象会很麻烦。

例：

public CartController(
        ICartManager cartManager,
        IProductManager productManager,
        IUpsellManager upsellManager,
        IAccountManager accountManager,
        ... more ...)
    {
        ... store to class variables ...
    }

    public ActionResult Index()
    {
        ...

        CartModel model = new CartModel(
            cartManager, 
            accountManager, 
            upsellManager, 
            productManager, 
            ... );

        return View(model);
    }

购物车模型可能具有必须向其传递参数的子模型。 如您所见，这一切都变得非常麻烦。 如果您有太多构造函数参数，我已经准备好了，您的控制器可能做得太多，但这是一个复杂的页面，该站点将包含许多其他复杂的页面。 我不想传递太多的东西，但是我怎么不传递它们并保持控制呢？

我很想在模型中使用DependencyResolver，但这违背了目的，并且Service Locator被称为反模式。

在不放弃IoC优势的情况下，如何避免传递太多论点？

Answer 1

使用依赖关系倒置的优点是可以在应用程序中的各个角色之间强制实现明确的职责分离。 它实际上只是对处理HTTP请求和HTTP响应感兴趣的Controller。 所有其他逻辑在其他地方处理，并且控制器将其委托给其依赖的类型来完成此工作。 然后针对系统中的每个功能重复此模式。 检测未遵循此模式的一种方法是使用new运算符创建类型并将依赖项传递给构造函数。 这是您正在使用的IoC容器的工作。

我建议交换逻辑，让CartManager为视图返回CartModel。 这可能是某种特定于视图的DTO。 数据如何放入此对象是CartManager的责任。 如果需要使用其他服务，则可以将其注入到其构造函数中。

public CartController : Controller

private ICartManager _cartManager;

public CartController(ICartManager cartManager) {
     _cartManager = cartManager;
}


[HttpGet]
public ActionResult Index(int userId) {
    var model = _cartManager.CreateCart(int userId);
    return View(model);
}

...

public class CartManager : ICartManager {

   IDbService _dbService;

   public CartManager(IDbService dbService){

       _dbService = dbSerivce;
   }

   CartModel CreateCart(int userId) {

      var user = _dbService.FindTheUser(int user);
      var cartModel = new CartModel { userId = userId, Name = user.Name };
      /* other stuff to map up a cartmodel 

      return cartModel;
   }
}

这个想法不仅特定于IoC容器的使用，而且还是创建MVC应用程序的良好实践。 我还发现Rob Ashton的这篇文章是很好的指南。

Answer 2

我喜欢在这种情况下使用工厂模式，您需要实例化类A（CartController）中的类B（CartModel），并且B中不需要一堆依赖项。

public CartController(
    ICartModelFactory factory
    ... more ...)
{
    ... store to class variables ...
}

public ActionResult Index()
{
    ...

    CartModel model = factory.GetInstance(
        ... );

    return View(model);
}

Answer 3

您不应该将所有这些服务传递给您。 这意味着您的模板现在必须执行操作才能调用此数据，这使事情变得复杂（如您所见）。 除了不必要的复杂性之外，它还在视图中创建了这些服务的依赖关系，并将视图紧密地耦合到了这些服务。 如果更改服务，则必须更改所有使用该服务的视图。

您需要做的第一件事是创建一个包含视图所需的所有数据的ViewModel。 然后，您需要找到一种将经理类返回的数据映射到此视图中的方法。 您可以在控制器中手动完成此操作，也可以使用AutoMapper之类的功能进行翻译。

另一个选择是重构ICartManager以便它返回所有数据（您的CartManager类将向其提供其他服务的构造函数注入），或者创建一个不同的服务来聚合它们并构造可以映射到View模型的对象。

您永远不必传递这些方法。 它们应始终注入到对象中。