代码之家 › 专栏 › 技术社区 › Rhys

我应该为每个操作共享实体框架上下文还是创建一个新的上下文?

.net-3.5 entity-framework

Rhys · 技术社区 · 15 年前

我不太清楚关于实体框架的使用和重用的最佳实践 Context .

我的问题是,我应该尝试创建1个上下文,并在不同的查询中多次重复使用它,还是应该为每个查询创建一个新的上下文?

例如,如果我有一个包含10个图表的表单,所有这些图表的数据都是从同一个表中查询的,那么10个查询应该来自一个上下文还是10个不同的上下文?

从代码封装的角度来看,我更喜欢创建10个新的上下文,这是一个好主意吗?它是可扩展的吗?

2 回复 | 直到 15 年前

Andrew Peters 15 年前

这完全取决于你的应用程序。

一个关键的考虑因素是,ObjectContext不是线程安全的,所以对于Web应用,每个请求的ObjectContext是可行的。

对于一个Win表单应用程序,您可以看到使用寿命更长的ObjectContexts。但是,如果您更喜欢更严格地定义范围,我将首先尝试这一点,而不是过早地优化它。

更多关于丹尼西蒙斯博客 here .

littlegeek 15 年前

我可能错了,但我就是这样做的…

如果您在谈论模型上下文,请使用一个。因为您只需要一个模型——查询的上下文——也就是说,这是数据库模型。

如果您谈论的是ObjectContext,那么每个查询(Linq)一个。就在这吃吧 Performance Considerations for Entity Framework

推荐文章

Pablo · 为什么POST-request方法返回null,但GET-request返回正确的对象

2 年前

Drago · Linq通过比较Id和具有Id的对象列表来查询获取列表

2 年前

Niyazi Babayev · 如何在表达式中动态应用表达式?

2 年前

DÄvis ZemÄ«tis · 使用多对多时如何将dto映射到业务对象

2 年前

Mere Mortal · 是dbContext。SaveChanges()是否足以保存多个表的所有3个操作、插入、更新和删除?

2 年前

Jacques · 存储库模式中的管道和过滤器模式返回“不包含X的定义…需要IQueryable<Y>

2 年前

Murat Güzel · EF存储库模式错误{'Id'}已被跟踪

2 年前

dotnetdevcsharp · 减少基于数据类型获取设置的方法数量

2 年前

saravanan049 · 在实体框架中回滚Azure SQL数据库

2 年前

maraaaaaaaa Luka Kostic · 自定义实体Id数据类型在插入时失败

2 年前