Asp.net 计算每个DbContext请求创建的实例数
我正在使用依赖项注入(Ninject)和setAsp.net 计算每个DbContext请求创建的实例数,asp.net,asp.net-mvc,dependency-injection,ninject,dbcontext,Asp.net,Asp.net Mvc,Dependency Injection,Ninject,Dbcontext,我正在使用依赖项注入(Ninject)和set kernel.Bind().To().InRequestScope(); 只有一个由Ioc容器发布的DBCONXTET实例。 这似乎没问题,但我想确保在请求期间,只有我想要的DbContext实例的数量 如何检查在请求中创建了多少DbObject实例?我完全不知道在调试过程中应该检查哪里,请给我一些线索来启发我 你的目标是什么?你是不是在试着测试Ninject在做它应该做的事情?如果是这样的话,我将把它留给Ninject开发人员…@topher如
kernel.Bind().To().InRequestScope();
只有一个由Ioc容器发布的DBCONXTET实例。
这似乎没问题,但我想确保在请求期间,只有我想要的DbContext实例的数量
如何检查在请求中创建了多少DbObject实例?我完全不知道在调试过程中应该检查哪里,请给我一些线索来启发我 你的目标是什么?你是不是在试着测试Ninject在做它应该做的事情?如果是这样的话,我将把它留给Ninject开发人员…@topher如果出于某种原因没有活动范围(例如,因为您正在后台线程中运行),Ninject将很乐意在没有警告的情况下为您返回新的(暂时的)实例。这会导致难以跟踪的bug。因此,我觉得这个问题并没有那么奇怪,尽管我可能会以不同的方式实施范围行为。你的目标是什么?你是不是在试着测试Ninject在做它应该做的事情?如果是这样的话,我将把它留给Ninject开发人员…@topher如果出于某种原因没有活动范围(例如,因为您正在后台线程中运行),Ninject将很乐意在没有警告的情况下为您返回新的(暂时的)实例。这会导致难以跟踪的bug。因此,我发现这个问题并没有那么奇怪,尽管我可能会以不同的方式实施范围行为。
kernel.Bind<IApplicationDbContext>().To<ApplicationDbContext>().InRequestScope();