asp.net-mvc - ASP.NET MVC Entity Framework ObjectContext

Question

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

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

Answer 1

首先，只要有可能，您的 Web 应用程序就应该是无状态的。您不想在应用程序中编写依赖项，即向用户提供页面的 Web 服务器必须是处理实际更新的 Web 服务器。您可能不打算立即部署到服务器场，但如果您进行了这种跳跃，您将不希望必须重写您的应用程序来执行此操作。仅此一项就是不尝试将对象存储在某处的一个很好的理由，我什至没有特别提到 Entity Framework 或 MVC。

然而，事实证明，ObjectContext 实际上是相当轻量级的。如果你在编译时生成你的 View (谷歌它)，花费一个很少的开销。