实体框架和MVC在业务层或数据访问层创建DbContext

本文关键字：数据 创建 DbContext 访问 业务 框架 MVC 实体 | 更新日期: 2023-09-27 18:06:17

我是实体框架和。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;
    }
我很感激你的帮助!

实体框架和MVC在业务层或数据访问层创建DbContext

数据访问层。创建一个"工作单元"类，它与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-application1

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

相关文章：