n 层项目中的实体框架 ObjectContext 生命周期

Question

我目前正在为客户构建一个大型解决方案，其中代码可重用性是关键字，因为不同类型的项目（即网站、WCF 服务、WPF 等）应该使用完全相同的业务逻辑。

现在，我的解决方案如下所示：

• 业务逻辑层（定义业务规则的所有逻辑都在这里添加）
• 接口
• 模型（ViewModel、DTO 等）
• 存储库（当前使用 Entity Framework 6。这是所有数据库事务所在的位置）
• Web 服务（WCF 服务）
• MVC 网站

关键是任何表示层（即 MVC 网站）都将使用业务逻辑层，然后使用存储库进行所需的任何数据库事务。

虽然这按我想要的方式工作，但我发现自己一直在与实体框架中的 ObjectContext 作斗争，这仅仅是因为在查询存储库中的数据时，实体不会转移到业务逻辑（这是合乎逻辑的，因为EF 延迟加载）我知道我可以使用.Include(x => x.MyOtherTable)，但由于数据库相当大，这种方法很快就会变得臃肿，如果包含的表有很多记录，查询可能会相当大。

然后我创建了一个 DbContextManager 类，如下所示：

public static class DbContextManager
{
    //Unique context key per request and thread
    private static string Key
    {
        get
        {
            return string.Format("MyDb_{0}{1}", HttpContext.Current.GetHashCode().ToString("x"), Thread.CurrentContext.ContextID);
        }
    }

    //Get and set request context
    private static MyEntities Context
    {
        get { return HttpContext.Current.Items[Key] as MyEntities ; }
        set { HttpContext.Current.Items[Key] = value; }
    }

    //Context per request
    public static MyEntities Current
    {
        get
        {
            //if null, create new context 
            if (Context == null)
            {
                Context = new MyEntities ();
                HttpContext.Current.Items[Key] = Context;
            }
            return Context;
        }
    }

    //Dispose any created context at the end of a request - called from Global.asax
    public static void Dispose()
    {
        if (Context != null)
        {
            Context.Dispose();
        }
    }
}

在我的 global.asax 中，我在请求结束时处理上下文：

private void Application_EndRequest(object sender, EventArgs e)
    {
        DbContextManager.Dispose();
    }

这很完美，我现在可以在存储库中进行初始数据库调用，然后在我的业务逻辑层中制定业务逻辑规则，这仅仅是因为 ObjectContext 为 http 请求而存在。

但是，当我需要从 WCF 服务项目（或即 WPF 项目）调用相同的业务逻辑方法时，我将无法使用我的 DbContextManager 类，因为它依赖于 HttpContext。

我觉得我现在这样做完全错误，我正在与实体框架进行一场不必要的战斗。我错过了什么？ Entity Framework 是否适合这些类型的解决方案？现在肯定不是那种感觉:-)

非常感谢任何帮助或提示！

提前致谢。

Answer 1

我在这里很困惑。看起来您直接在视图层中使用实体层对象。

这通常是个坏主意。你的模型应该封装这些。您的业​​务逻辑层应该使用您的模型层来构建 UI 层可以生成/使用的 ViewModel 和 DTO 对象。这将允许您将 UI 层与数据库/实体层完全分离。

这将使在 Web 服务层中重用您的业务逻辑变得微不足道。它应该对您的数据库层一无所知。否则，在实体层中添加或更改字段将对所有 UI 层产生直接影响。