Question

我使用以下static class来访问我的应用程序中的数据上下文

public static class DataContext
{
    internal const string _contextDataKey = "dataContext";

    /// <summary>
    /// Returns a unique data context that lives for the duration of the request, which can be from ASP.NET or a WCF service
    /// </summary>
    /// <returns>The entity data model context for the current request</returns>
    public static EntityDataModelContext GetDataContext()
    {
        IPersistanceContainer state;

        if (HttpContext.Current != null)
        {
            state = new AspNetPersistanceContainer();
        }
        else if (OperationContext.Current != null)
        {
            state = new WcfPersistanceContainer();
        }
        else
        {
            state = new StaticPersistanceContainer(); // this container is thread-unsafe.
        }

        EntityDataModelContext edm = state.Get<EntityDataModelContext>(_contextDataKey);
        if (edm == null)
        {
            edm = new EntityDataModelContext();
            state.Store(_contextDataKey, edm);
        }

        return edm;
    }
}

忘记其他容器，分别用于WCF和Console应用程序简单测试，这里是ASP.NET容器：

internal class AspNetPersistanceContainer : IPersistanceContainer
{
    public T Get<T>(string key) where T : class
    {
        if (HttpContext.Current.Items.Contains(key))
            return (T)HttpContext.Current.Items[key];

        return null;
    }

    public void Store(string key, object value)
    {
        HttpContext.Current.Items[key] = value;
    }
}

当我需要访问context我只是调用DataContext.GetDataContext()并进行数据库访问时，我从不添加任何using语句。

如果我添加using语句，context适合一次使用，下次我尝试使用它时，它会被处理掉。提出异常。

如果我不这样做，就像现在一样，它会让我感到不快乐，我觉得这样做也不是正确的事情，而不是处理它。

所以我想知道在这里做什么是正确的。

这种设计是否有缺陷，我应该完全抛弃它吗？

我是否应该找到一种方法来重新创建上下文？

我应该按原样离开设计，那很好吗？

也许设计“足够好”，你有什么书推荐我读过这个主题吗？我觉得我在后端架构方面的技能相当缺乏。

Answer 1

在asp.net应用程序中，一个解决方案可以是这样的：

请求开始时创建上下文
请求结束时处理

Here是一篇讨论这种方法的文章（对于NHibernate会话管理，但对EF来说几乎是一样的）

关于我如何访问我的DataContext（以及它是否错误）

1 个答案: