为什么 ASP.NET MVC WebAPI 模板使用 DbContext 作为成员变量？

Question

如果您在 Visual Studio 2013 中创建 WebAPI/MVC 项目，请添加模型（和 DbContext 类），以及此处概述的该模型的控制器 -

http://www.asp.net/web-api/overview/data/using-web-api-with-entity-framework/part-2,

它创建了一个控制器，将 DbContext 声明为成员变量，根据许多 stackoverflow 答案/在线文章，这是一个坏主意 - 就像这个

https://stackoverflow.com/a/10588594

Visual Studio 生成的控制器方法-

// GET: api/Authors
public IQueryable<Author> GetAuthors()
{
    return db.Authors;
}

如果您使用推荐的每个请求生命周期将无法工作 -

// GET: api/Authors
    public IQueryable<Author> GetAuthors()
    {
        DbSet<Author> authors = null;
        using(MyContext db = new MyContext) {
             authors = db.Authors;
        }
        return authors;
    }

因为在迭代结果时上下文超出了范围，并且您得到了一个对象处理异常。

那么，正确的方法是什么，如果是“使用” per request 方法，为什么 VS 模板使用成员变量方法？

Answer 1

原因是因为起点很简单。

使用 ASP.NET MVC 易于理解和上手。

将DbContext 作为在控制器级别创建的成员变量并没有什么问题，尽管它可能并不理想。随着应用程序变得越来越复杂，它就不太适合了。

[ ... ] 根据许多 stackoverflow 答案/在线文章，这是一个坏主意

我根本没有从您链接的答案中得到这一点。

Steven 解释说单个 DbContext（即全局）或每个线程的上下文是不好的。

如果您使用建议的每个请求生命周期将无法工作

这不是每个请求的生命周期。这几乎就像一个工作单元模式，但你没有用它做任何事情。

解决您正在尝试做的事情的方法是

// GET: api/Authors
public IEnumerable<Author> GetAuthors()
{
    IEnumerable<Author> authors = null;

    using(MyContext db = new MyContext())
    {
         authors = db.Authors.ToList();
    }

    return authors;
}

在我看来，处理这个问题的正确方法是使用带有IoC Container 的 DbContext 的 per-web-request 生活方式。

在这里展示一个完整的例子可能有点冗长，超出了问题的范围。