我是EF和Ninject的新手,请原谅我,如果这没有意义:)
我有一个带有Ninject和Ninject.Web.Common引用的MVC3应用程序。我正在尝试将DbContext注入我的存储库。我所看到的是,在第一次请求时,一切都运行良好,但后续请求返回:
System.InvalidOperationException: The operation cannot be completed because the DbContext has been disposed.
at System.Data.Entity.Internal.LazyInternalContext.InitializeContext()
at System.Data.Entity.Internal.Linq.DbQueryProvider.Execute[TResult](Expression expression)
at System.Linq.Queryable.SingleOrDefault[TSource](IQueryable`1 source, Expression`1 predicate)
我的绑定:
kernel.Bind<ISiteDataContext>().To<SiteDataContext>().InRequestScope();
kernel.Bind<IProductRepository>().To<ProductRepository>();
kernel.Bind<IProductService>().To<ProductService>();
我的服务类:
public class ProductService : IProductService {
[Inject]
public IProductRepository repository {get; set;}
...
}
我的存储库类:
public class ProductRepository : IProductRepository {
[Inject]
public ISiteDataContext context {get; set;}
...
}
我的SiteDataContext类:
public class SiteDataContext : DbContext, ISiteDataContext
{
static SiteDataContext()
{
Database.SetInitializer<SiteDataContext >(null);
}
public DbSet<Product> Products{ get; set; }
protected override void Dispose(bool disposing)
{
base.Dispose(disposing);
}
}
我的控制器:
public class ProductController {
[Inject]
public IProductService productService {get; set;}
...
}
如果我删除.InRequestScope(),那么它工作正常 - 但随后会导致Entity Framework出现问题,因为对象在数据上下文的多个单独实例中被修改。
答案 0 :(得分:6)
将您的存储库设置为InRequestScope。他们应该在每次请求后处理。
同样使用MVC,您应该使用构造函数注入将存储库注入控制器实例。
答案 1 :(得分:5)
当然,在我发布点击的内容后不久,我就能解决这个问题。
问题在于,在MVC3中ActionFilters的行为发生了变化,并且我有一个注入了ProductService的过滤器。
我认为过滤器处理了服务并最终处理了DbContext。
就我而言,解决方案很简单。我创建了第二个专门用于我的过滤器的DbContext。由于过滤器只是查询选择的几个表以验证对特定资源的授权,因此我不需要DbContext在单个请求中提供的工作单元上下文。我创建了一个使用新DbContext的新服务。在这种情况下,使用InTransientScope()
配置就足够了答案 2 :(得分:0)
我反对将DbContext放在RequestScope中,因为根据NInject文档,RequestScope依赖于HttpContext。不能保证在您的请求结束时进行处理。
我曾经尝试过将DbContext放在各种对象范围内,但始终似乎得到不一致的结果。
Ninject内核维护对作用域对象的弱引用,当对该作用域的弱引用不再有效时,它将自动处置与作用域对象关联的对象。由于InRequestScope()使用HttpContext.Current或OperationContext.Current作为范围对象,因此直到销毁HttpContext.Current或OperationContext.Current之前,创建的任何关联对象都不会销毁。由于IIS / ASP.NET管理着这些对象的生命周期,因此只要IIS / .NET决定销毁它们并且可能无法预测,它们的处置就与之相关。