实体框架 - 我应该如何实例化我的"实体"对象

Question

我是Entity Framework和ASP.Net MVC的新手,他们大部分都是从教程中学到的,而且对这两者都没有深刻的理解.(我确实有.Net 2.0,ADO.Net和WebForms的经验)

我目前的疑问来自于我实体化实体对象的方式.

基本上我在我的控制器中这样做:

public class PostsController : Controller {

    private NorthWindEntities db = new NorthWindEntities();

    public ActionResult Index() {
            // Use the db object here, never explicitly Close/Dispose it
    }
}

我这样做是因为我在一些MSDN博客中发现它对我来说似乎具有权威性,我认为这是一种正确的方法.
但是,我觉得这很不容易.虽然它为我节省了很多代码,但我习惯这样做:

using (NorthWindEntities db = new NorthWindEntities() {
}

在每个需要连接的方法中,如果该方法调用其他需要它的方法,它会将db作为参数传递给它们.这就是我在Linq-to-SQL存在之前用连接对象完成所有操作的方法.

让我感到不安的另一件事是NorthWindEntities实现了IDisposable,按照惯例,我应该调用它的Dispose()方法,而我不是.

你怎么看待这件事？
像我一样实例化实体对象是否正确？是否应该通过为每个查询打开和关闭它们来处理它的连接？
或者我应该使用using()子句显式处理它？

谢谢!

Answer 1

控制器本身实现IDisposable.因此,您可以覆盖Dispose并处理在实例化控制器时初始化的任何内容(如对象上下文).

控制器只能存在一个请求.因此,在一个动作中使用并为整个控制器设置一个对象上下文的上下文数量完全相同:1.

这两种方法之间的最大区别在于,操作将在视图呈现之前完成.因此,如果在操作内的using语句中创建ObjectContext,则ObjectContext将在呈现视图之前被释放.因此,您最好在操作完成之前从所需的上下文中读取任何内容.如果传递给视图的模型是一些类似于IQueryable的惰性列表,则在呈现视图之前将放置上下文,当视图尝试枚举IQueryable时会导致异常.

相比之下,如果在初始化Controller时初始化ObjectContext(或者在执行操作时编写延迟初始化代码使其初始化)并在Controller.Dispose中处理ObjectContext,那么上下文仍将在视图呈现.在这种情况下,将IQueryable传递给视图是安全的.控制器将在视图呈现后不久进行处理.

最后,如果我没有指出让控制器完全了解实体框架可能是一个坏主意,那将是我的疏忽.查看为模型和存储库模式使用单独的程序集,让控制器与模型通信.谷歌搜索会在这方面有所改变.