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

ASP.NET MVC实体框架对象上下文

entity-framework asp.net-mvc

RailRhoad · 技术社区 · 15 年前

我们一直在反复讨论如何管理MVC企业解决方案的ObjectContext。我们在寻找 storing your ObjectContext between requests 而不是在每个请求上创建一个。
假设我们将产品控制器从\site\product\edit\34路由到。编辑操作调用我们的存储库(存储库中当前有对象上下文 ala NerdDinner )然后转到视图,用户进行一些更改并点击“更新”。然后返回到产品控制器编辑操作(这次发布)。模型活页夹将带我返回产品(更新)。我的问题是,我应该用这个新的“更新”请求创建一个新的对象上下文,还是应该存储上下文(比如在上下文项中)并从保存在页面上的某个ID调用它?

1 回复 | 直到 15 年前

Craig Stuntz 15 年前

首先,只要可能,您的Web应用程序应该是无状态的。您不希望在应用程序中编写这样一个依赖项:为用户提供页面服务的Web服务器必须是处理实际更新的Web服务器。您可能不打算立即部署到服务器场,但是如果您曾经进行过这种跳转,您就不需要重写应用程序来完成它。仅此一点是不尝试将对象存储在某个地方的一个很好的理由,而且我甚至没有特别提到实体框架或MVC。

不过,事实上,ObjectContext相当轻。如果您在编译时生成视图(google-it),那么花费一个视图的开销就很小。

推荐文章

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前

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

3 年前