我是 Entity Framework 和 .NET 的新手,正在构建 MVC 4 应用程序。我想我对我的数据库上下文实例应该在哪里创建有点困惑。在我的应用程序中,我有几个层:Web、业务、数据访问、数据库(这些都是单独的项目)。在数据访问层,每个表都有一个类。我看到的一个示例显示在数据访问层内的每个方法内创建上下文(我可能误解了它)。当更新多个表作为业务逻辑的一部分时,这似乎不太实用。似乎在每个数据访问层方法中创建新上下文的结果是此错误:更新多个表时,实体对象不能被 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;
}
感谢您的帮助!
最佳答案
数据访问层。创建一个与 DbContext 一起存在于数据层中的“工作单元”类。 尝试搜索“Asp.net 工作模式单元”。
基本上,它是汇集多个存储库/表的中心位置,因此您可以在不处理上下文的情况下对多个存储库进行操作。您不必完全按照所示使用它。您可以修改它以满足您的需要。
关于c# - Entity Framework和MVC在业务层或数据访问层创建DbContext,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15671024/