目前这就是我所拥有的：

public class EntityContext
{

    private static String MAIN_CONTEXT_KEY = "MainContext";
    private static TIsqlEntities _context;

    public static void RemoveContext()
    {
        if (
            HttpContext.Current != null 
            && 
            HttpContext.Current.Items[MAIN_CONTEXT_KEY] != null
           )
        {
            ((TIsqlEntities)HttpContext.Current.Items[MAIN_CONTEXT_KEY]).Dispose();
            HttpContext.Current.Items[MAIN_CONTEXT_KEY] = null;
        }

        if (_context != null)
        {
            _context.Dispose();
            _context = null;
        }
    }

    public static TIsqlEntities Context
    {
        get
        {
            if (HttpContext.Current == null)
            {
                if (_context == null)
                {
                    _context = new TIsqlEntities();
                }

                return _context;
            }

            if (HttpContext.Current.Items[MAIN_CONTEXT_KEY] == null)
            {
                HttpContext.Current.Items[MAIN_CONTEXT_KEY] = new TIsqlEntities();
            }

            return (TIsqlEntities)HttpContext.Current.Items[MAIN_CONTEXT_KEY];
        }
    }
}

然后在Global.asax文件中：

protected void Application_EndRequest(object sender,EventArgs e)
{
    EntityContext.RemoveContext();
}

我们的想法是,如果使用Web应用程序运行,则首先需要创建上下文(并保存到当前的HttpContext),并在请求结束时将其拆除.

如果这是一个UnitTest情况,它就会在第一次需要时被创建并在TestCleanup中删除(在这篇文章中并不重要,只是想澄清_context对象).

现在,这背后的想法至少不必这样做：

using(TIsqlEntities context = new TIsqlEntities())
{
  ....
}

每次我想查询.我意识到这可能是我的懒惰,但我只是认为它更容易和更清洁：

EntityContext.Context.User.Select(...)

并避免在大多数情况下我试图避免使用“使用”.最重要的是,我不会为每个回发创建9001个上下文.

现在我很好奇的是,我在想这个吗？我应该继续为每个需要的方法创建一个上下文吗？在帖子上说我必须：

>从ID获取用户
>从id获取网站
>将网站添加到用户(user.Site = foundSite)
>保存用户

这可能需要至少3个上下文.实体框架是否足够智能,可以随时继续创建上下文？