ASP.NET MVC 实体框架 ObjectContext

Question

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

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

Answer 1

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

但事实证明，ObjectContext 实际上是相当轻量级的。如果您在编译时生成视图（谷歌它），花费一个几乎没有开销。