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

Question

我正在开发一个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上下文中使用它们的影响是什么？

Answer 1

如果您尝试在Web堆栈之外进行思考，您将看到LifeStyleScoped一点也不混乱。它只是一个对象生命周期的开始和结束。我看到了具有作用域生存期的UnitOfWork模式的实现，它提供了类似嵌套事务的功能，包括回滚嵌套的工作单元--或者在相同的请求/操作期间提供多个。

LifestylePerWebRequest是控制器的默认生活方式--您不希望您的控制器比请求活得更多，因为它们存在只是为了满足您的请求，而不是更多。

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

如果进一步深入对象分辨率图，可能会发现您拥有具有作用域生存期的IUnitOfWork，并且在IMyService.DoTheJob()期间制作和处理了其中的几个；

最后，您可以将任何您想要的东西注入到控制器中，但请记住释放一些具有“更大生存期范围”的对象，然后是PerWebRequest，并且在特定请求之后不需要这些对象。