c# - 使用 Unity 在 ASP.NET MVC 中注入(inject)基本 Controller 构造函数

Question

我的 MVC 5 项目中有一个基本 Controller ，它实现了一些共享功能。此功能需要一些依赖项。我正在使用 Unity 3 将这些实现注入(inject)到我的 Controller 中，这种模式一直运行良好，直到我将我的 Controller 切换为从该基本 Controller 继承。现在我遇到了以下问题:

public class BaseController : Controller
{
    private readonly IService _service;

    public BaseController(IService service)
    {
        _service = service;
    }
}

public class ChildController : BaseController
{
    private readonly IDifferentService _differentService;

    public ChildController(IDifferentService differentService)
    {
        _differentService = differentService;
    }
}

这可以理解为抛出错误 'BaseController' does not contain a constructor that takes 0 arguments。 Unity 没有解析 BaseController 的构造，因此它无法将依赖项注入(inject)其中。我看到两种解决此问题的明显方法:

1.) 显式调用 BaseController 构造函数并让每个 ChildController 构造函数注入(inject) BaseController 的依赖项

public class ChildController : BaseController
{
    private readonly IDifferentService _differentService;

    public ChildController(IDifferentService differentService,
                           IService baseService)
        : base(baseService)
    {
        _differentService = differentService;
    }
}

我不喜欢这种方法有几个原因:第一，因为 ChildControllers 没有使用额外的依赖项(所以它无缘无故地导致子 Controller 中的构造函数膨胀)，更重要的是，如果我改变Base Controller 的构造函数签名，我必须更改每个子 Controller 的构造函数签名。

2.) 通过属性注入(inject)实现 BaseController 的依赖

public class BaseController : Controller
{
    [Dependency]
    public IService Service { get; set; }

    public BaseController() { }
}

我更喜欢这种方法 - 我没有在 BaseController 的构造函数代码中使用任何依赖项 - 但它使代码的依赖项注入(inject)策略不一致，这也不是理想的。

可能有一种更好的方法，它涉及某种 BaseController 依赖项解析函数，该函数调用 Unity 容器来整理 ctor 的方法签名，但在我开始编写任何太复杂的东西之前，我想知道是否有人解决了这个问题之前的问题？我在网上发现了一些解决方案，但它们都是我不想使用的解决方法，例如 Service Locator。

谢谢!

Answer 1

您必须了解的第一件事是您没有实例化基本 Controller 。您正在实例化子 Controller ，它继承了基本 Controller 的接口(interface)和功能。这是一个重要的区别。当您说“ChildControllers 没有使用额外的依赖项”时，您就大错特错了。因为 ChildController IS 也是 BaseController。没有创建两个不同的类。只需一个类即可实现这两种功能。

因此，由于 ChildController IS A BaseController，在调用基类构造函数的子 Controller 构造函数中传递参数没有任何错误或奇怪之处。这是它应该做的方式。

如果你改变你的基类，你可能不得不改变你的子类。没有办法使用构造函数注入(inject)来注入(inject)不包含在子类中的基类依赖。

我不推荐属性注入(inject)，因为这意味着你的对象可以在没有正确初始化的情况下创建，你必须记住正确配置它们。

顺便说一句，正确的术语是子类和父类(super class)。 “ child ”是子类，父类是“父类(super class)”。