Autofac，MVC控制器的动态依赖注入

Question

我有一个带有 UnitOfWork 接口和管理器的项目设置。当我只需要使用 accountMananger 作为控制器的基础时，所有这些都运行良好。

    protected BaseController(IAccountManager acctManager)
    {
        _accountManager = acctManager;
    }

我的控制器就是这样创建的，并且可以正常工作。

  public class AccountController : BaseController
  {
    public AccountController(IAccountManager accountManager)
        : base(accountManager)
    {
    }

现在我正在创建其他业务经理，并且我意识到在项目结束时我的 BaseController 构造函数将会很大，或者我将根据我所在的控制器加载各种签名。如果我忘记了某些东西并需要另一个管理器并更改了一个构造函数，那么所有其他控制器也需要更改。

我的意思是，我实际上总是希望在基础中注入/解析 accountManager。我可以这样做吗？因为我 99% 都在检查授权。

我已经阅读了有关 ControllerFactories 的信息，但也有人提到要实现 IDependancyResolver ，但没有示例，这是他的首选方式。

我可以看到这成为基于我需要的控制器创建构造函数的巨大负担，而我还没有。

任何人都可以给我一个示例，说明如何在我需要的时候轻松访问我在基地的经理。我的意思是，无论如何，它们都已创建并准备好解决.. 那我为什么需要以如此奇怪的方式传递它们呢？

对不起。刚刚学习了 DI，这是一个很好的教程，但是你可以看到缺少一些进一步的解释。

Answer 1

您与客户经理的联系方式称为Cross-Cutting Concern。有几种不同的方法可以给这只猫换皮，但你应该避免将相同的依赖注入到每个控制器中。

一般来说，最好避免继承，因为这会导致类之间的紧密耦合。紧密耦合在这里很明显 - 如果您以后需要一个没有 IAccountManager 作为依赖项的控制器怎么办？

在这种特殊情况下，您可以使用 MVC 中的内置松散耦合授权框架 - AuthorizeAttribute，这是处理对控制器操作方法的访问的常规方式。

[Authorize] 
public class AccountController : Controller
{
    public AccountController () { . . . }

    [AllowAnonymous]
    public ActionResult Register() { . . . }

    public ActionResult Manage() { . . . }

    public ActionResult LogOff() { . . . }
} 

还有其他几个实现横切关注点的选项 - 实现 IActionFilter - see this for a DI friendly example、interception（一些 DI 容器支持），使用 Decorator Pattern，并将依赖项置于环境上下文中（例如 HttpContext.Items)。

我可以看到这成为基于我需要的控制器创建构造函数的巨大负担，而我还没有。

这就是为什么您应该继承DefaultControllerFactory 并在应用程序启动时为它提供一个DI 容器实例（在composition root 中）。向控制器提供依赖项通常是容器的责任，尤其是在您的应用程序很大的情况下。

public class AutofacControllerFactory
    : DefaultControllerFactory
{
    private readonly IContainer container;

    public InjectableControllerFactory(IContainer container)
    {
        if (container == null)
            throw new ArgumentNullException("container");
        this.container = container;
    }

    protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType)
    {
        if (requestContext.HttpContext.Request.Url.ToString().EndsWith("favicon.ico"))
            return null;

        return controllerType == null ?
            base.GetControllerInstance(requestContext, controllerType) :
            this.container.Resolve(controllerType) as IController;
    }
}

我强烈建议您阅读本书Dependency Injection in .NET。 DI 是软件开发中最容易被误解的概念之一，值得投资自己详细研究该主题，而不必筛选 Internet 上的错误信息。正确使用 DI 可以获得很多好处，但使用不当往往比完全不使用 DI 更糟糕。