构造函数中上下文类的依赖注入

Question

我有一个使用ApplicationContext 的服务。所以我想使用依赖注入让应用程序给我上下文。所以我投入建设

Private _context;

// Constructor
public Service(ApplicationContext context) {
    _context = context
}

问题是当我初始化这个服务时，我必须向它传递一个上下文，所以这不是真正的依赖注入，是吗？

有没有办法在不将其放入构造函数参数的情况下注入上下文？

****** 编辑 *****

很抱歉，我第一次没有提供足够的信息。让我试着更好地解释一下。我有一项服务，我现在只调用服务。它读取请求中的标头变量并根据它们的值返回 xml。我在控制器的每种不同方法中新建一个实例，因为它们可能具有不同的标头变量值。我希望将上下文注入服务而不是控制器，所以我可以这样说：

Service service = new Service(Request);

而不是这个：

Service service = new Service(Request, Context);

服务的原因是在控制器不需要知道任何内容的上下文中完成所有工作。我的代码可以工作，但如果我能按照我解释的方式让它工作，那就太好了。

如果我们仍然可以[FromServices] 在一个属性上。那将是完美的解决方案。不幸的是，它被拿走了。这只会将上下文注入到服务或控制器的构造函数中。在这种情况下，我仍然必须将上下文作为参数传递给服务。

有没有办法将上下文注入服务构造函数并避免在创建时将其作为参数传递？

可能有更优雅的解决方案，我很乐意考虑。

Answer 1

例如，我您的控制器只有一种方法，然后引入单独的构造函数只是为了保存 ApplicationContext 没有优势。上下文已经包含在HttpContext 中，您可以使用[FromServices] 属性作为控制器操作的附加参数。见the documentation。例如

[Route("api/[controller]")]
public class MyController : Controller
{
    [HttpGet]
    public async IEnumerable<object> Get([FromServices] ApplicationContext context,
                                         MyType myMainParam)
    {
        ...
    }
}

RC1 允许使用[FromServices] 定义属性以从依赖注入中获取信息，但 RC2 将不再允许这样做（请参阅the announcement）。您可以在the answer 中找到这两种样式的示例。

Answer 2

这是对构造函数的依赖注入。使用 DI，您不应该直接初始化您的服务。您应该在 Startup.cs 中注册您的 Service 和 ApplicationContext。

当你需要你的 Service 时，你应该通过构造函数将它注入到控制器中，DI 链会自动将 ApplicationContext 的实例注入到 Service 中。

当然，如果您不需要为控制器中的每个方法提供服务，则可以将其初始化为 @Oleg 所写的方法。