DbContext使用Ninject的InRequestScope()后第一次请求后处理

时间:2012-06-22 03:28:30

标签: asp.net-mvc-3 entity-framework ninject

我是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出现问题,因为对象在数据上下文的多个单独实例中被修改。

3 个答案:

答案 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决定销毁它们并且可能无法预测,它们的处置就与之相关。