asp.net-mvc - ASP.NET MVC Entity Framework 对象上下文

Question

1. 我们一直在讨论如何管理 MVC 企业解决方案的 ObjectContext。我们正在寻找 storing your ObjectContext between requests 的优点和缺点反对为每个请求创建一个。

2. 假设我们有从\site\product\edit\34 路由到的产品 Controller 。编辑操作调用我们的存储库(当前在存储库中具有对象上下文 ala NerdDinner )。然后它会转到 View ，用户进行一些更改并点击“更新”。然后回到产品 Controller 编辑操作(这次发布)。模型 Binder 会将产品带回给我(已更新)。我的问题是，我应该使用这个新的“更新”请求创建一个新的对象上下文，还是应该存储上下文(比如在上下文项中)并从我保存在页面上的某个 id 调用它？

Answer 1

首先，您的 Web 应用程序应该尽可能是无状态的。您不想在应用程序中编写这样的依赖项:向用户提供页面的 Web 服务器必须是处理实际更新的 Web 服务器。您可能不打算立即部署到服务器场，但如果您确实这样做了，您将不需要重写应用程序来完成它。仅此一点就是不尝试将对象存储在某处的充分理由，而且我什至没有具体提到 Entity Framework 或 MVC。

但事实证明，ObjectContext 实际上是相当轻量级的。如果您在编译时生成 View (Google 一下)，那么花费一个 View 的开销就很小。