我是否可以仅针对此特定情况在Ninject中指定范围？

Question

早些时候我问过这个问题.答案导致了另一个问题,就像你在你面前所说的那样.

最初的问题

我的问题是,我有一个自定义的MembershipProvider使用AccountRepository使用ObjectContext.因为它MembershipProvider是一个SingletonMVC(据我所知),AccountRepository它ObjectContext应该被注入一次,并在其余MembershipProvider的生命时间内保持不变.

但是,在我的控制器中,我还使用具有对象上下文的存储库.在这些控制器中,我需要在存储库与请求之间共享对象上下文.我有以下绑定:

Bind<IMyContext>().To<MyObjectContext>().InRequestScope();
// put bindings here
Bind<IAccountRepository>().To<EFAccountRepository>

并在 Application_Start()

kernel.Inject(Membership.Provider);

问题是Ninject在认为请求完成时显然会调用对象上下文(我想30秒后).

我的(不工作)解决方案

我注意到,当您设置绑定时,您可以指定"何时注入".问题是,我需要"注入时注入".即注射时对象上下文到该帐户控制器注入时的帐户控制器到成员资格提供.我似乎没有...

我想到的解决方法(但不是很喜欢).

1. 不要挂MyMembershipProvider在MVC中.只需将它的一个实例(后面和接口)传递给需要它的控制器,就像我使用存储库一样.然后Ninject将根据请求实例化提供程序.我不喜欢它,因为我确信MVC有理由将成员资格提供者实例化为单身人士.
2. 查找每个请求发生的事件,并kernel.Inject在每个事件中再次调用.每次请求重新初始化提供程序几乎等同于重新实例化,除了更脏.
3. 为我可以以不同方式绑定的成员资格提供者创建单独的帐户存储库.由于Ninject,改变我的对象模型似乎不对.

结论

恕我直言,第一次解决方案是最好的.但是,我更愿意找到一种方法来将Ninject设置为以我想要的方式绑定.

我该怎么办？

Answer 1

该.InRequestScope()位导致某些对象被处置（请参阅Cache 和 Collect）。

您需要在供应商的依赖项的配置中避免发生这种情况（按请求确定范围）。

实现这一目标的一种方法是通过两个绑定 - 一个用于请求处理分支，一个用于全局上下文，即添加一个When...，它使用context.ParentContext... 链来控制它是否InRequestScope()是

遗憾的是我现在没有时间给出完整的答案，并且相关文档目前与代码不同步。