3

我是 Entity Framework 和 .NET 的新手，正在构建 MVC 4 应用程序。我想我对应该在哪里创建数据库上下文实例有点困惑。在我的应用程序中，我有几个层次：Web、业务、数据访问、数据库（这些都是单独的项目）。在数据访问层，每个表都有一个类。我看到的一个示例显示了在数据访问层内的每个方法中创建上下文（我可能误解了它）。当更新多个表作为业务逻辑的一部分时，这似乎不太实用。在每个数据访问层方法中创建新上下文的结果似乎是这个错误：An entity object cannot be referenced by multiple instances of IEntityChangeTracker更新多个表时。

那么在业务层方法中创建上下文然后将其传递给数据访问层方法是否可以接受？或者有更好的方法吗？

上下文来自业务层的情况如下：

public User RetrieveUserById(int id, MyDbContext ctx)
    {            
        User findUser = ctx.Users.Find(id);
        return findUser;
    }

而不是在数据访问层方法中创建上下文：

public User RetrieveUserById(int id)
    {
        var ctx = new MyDbContext();
        User findUser = ctx.Users.Find(id);
        return findUser;
    }

感谢您的帮助！

4

1 回答 1

5

数据访问层。创建一个与 DbContext 一起存在于数据层中的“工作单元”类。尝试搜索“Asp.net 工作单元模式”。

http://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net- mvc-应用程序1

基本上，它是汇集多个存储库/表的中心位置，因此您可以在不处理上下文的情况下对多个存储库进行操作。您不必完全按照所示使用它。您可以对其进行修改以满足您的需要。

于 2013-03-27T23:04:57.333 回答