在MVC中为每个请求创建和销毁控制器实例- WebAPI -注入什么依赖范围

本文关键字：实例 控制器 WebAPI 注入 范围 依赖 什么 MVC 创建 请求 | 更新日期: 2023-09-27 18:18:22

我正在开发一个WebAPI应用程序。

我理解WebAPI和MVC, every time a request comes, a new instance of the API-Controller is created and it is disposed after the request is served。

同样，为了注入依赖，我使用castle-windsor。

     aContainer.Register(Component
        .For<IDataProvider>()
        .ImplementedBy<DataProvider>()
        .LifestyleScoped());
    aContainer.Register(Component
        .For<IDataProvider>()
        .ImplementedBy<DataProvider>()
        .LifestylePerWebRequest());

这里的问题是我对使用LifeStyleScoped和LifeStylePerRequest感到非常困惑。文档是相当庞大的，我迷路了。

谁能告诉我在WebAPI上下文中使用它们的影响是什么?

在MVC中为每个请求创建和销毁控制器实例- WebAPI -注入什么依赖范围

如果你试着跳出Web栈来思考，你会发现LifeStyleScoped一点也不令人困惑。它只是标记对象生命周期的开始和结束。我已经看到了具有限定生存期的UnitOfWork模式的实现，它提供了类似于嵌套事务回滚的功能——嵌套工作单元——或者在相同的请求/操作期间多个嵌套工作单元。

LifestylePerWebRequest是控制器的默认生活方式-你不希望你的控制器活得比请求长，因为它们只是为你的请求服务，没有别的。

你可以向Controller注入任何你想要的东西。当然，您必须小心释放您的组件。例如，你用单例方式实现了IMyService，并将其注入到控制器中(如果你将注入的服务作为私有成员，那么它们也是线程安全的，因为它们的方法堆栈框架对于每个方法调用都是不同的)。这样，您将为每个请求拥有相同的IMyService实例。在应用生命周期结束或其他"应用结束"事件时，你必须释放所有内容。尤其是SQL连接。

如果你在对象解析图上再往下看你可能会发现你有IUnitOfWork，它有作用域生命周期你在imyservice。dothejob ();

作为结论-你可以注入任何你想要的到你的控制器，但记住释放一些对象有"更大的生命周期范围"比PerWebRequest和不需要在特定的请求后。

相关文章：