Asp.net mvc中如何处理viewstate处理的功能

我开始知道MVC中没有viewstate

关于视图状态，我有两个问题

第一个问题:

在传统的web表单中，Viewstate用于在往返过程中维护控件状态。就连我也不清楚这一点。我在某个地方读到，如果我在页面中禁用viewstate，所有表单控件都将在回发后清除。我觉得这不是需要viewstate的正当理由。ASP.net引擎可以在没有viewstate的情况下处理这种情况（维护状态）

我的第二个问题是：MVC的哪一部分处理视图状态责任

问候,，

---

Ramana Akula。

不需要ViewState，因为没有服务器端控件（至少不应该有）

就这么简单

服务器端控件使用ViewState跟踪（在某些情况下是所有）需要在页面发回时还原的属性值。同样，这也是服务器端事件（如

TextChanged

）可以触发的机制-服务器将

asp:TextBox

的

Text

值重新水合物化，就像ViewState保存到页面中时一样，并将其与发回的值进行比较-如果不同，则触发事件。比如说

事实上，ViewState是一个非常聪明的解决方案。。。但我不得不说我讨厌它

在MVC中，当一个文本框被呈现（或者，我应该说，一个HTML输入

type=text

）然后被提交回来时，它的值被从请求中重新绑定回来。然后，在服务器上重新构建重新组合视图所需的数据

我现在已经写了很多MVC站点，甚至还不需要打开会话状态

---

如果你来自Asp.Net表单，一开始可能会令人难以置信（这实际上取决于你对HTML的总体适应程度），但最终这是难以置信的解放；显然，这对性能有很大的影响。

不需要ViewState，因为没有服务器端控件（至少不应该有）

就这么简单

服务器端控件使用ViewState跟踪（在某些情况下是所有）需要在页面发回时还原的属性值。同样，这也是服务器端事件（如

TextChanged

）可以触发的机制-服务器将

asp:TextBox

的

Text

值重新水合物化，就像ViewState保存到页面中时一样，并将其与发回的值进行比较-如果不同，则触发事件。比如说

事实上，ViewState是一个非常聪明的解决方案。。。但我不得不说我讨厌它

在MVC中，当一个文本框被呈现（或者，我应该说，一个HTML输入

type=text

）然后被提交回来时，它的值被从请求中重新绑定回来。然后，在服务器上重新构建重新组合视图所需的数据

我现在已经写了很多MVC站点，甚至还不需要打开会话状态

---

如果你来自Asp.Net表单，一开始可能会令人难以置信（这实际上取决于你对HTML的总体适应程度），但最终这是难以置信的解放；显然，这对性能有很大的影响。

明白了。我的想法是错误的

---

视图状态用于使用有效数据重新构造服务器端控件属性。相关功能由MVC中的模型绑定处理。

抓住了要点。我的想法是错误的

---

视图状态用于使用有效数据重新构造服务器端控件属性。MVC中的模型绑定处理相关功能。

因此，查看状态的唯一原因是服务器控件。你能帮我理解为什么服务器控件需要视图状态吗？这不是关于SO的简单答案，特别是当信息已经存在时：）所以，视图状态的唯一原因是服务器控件。你能帮我理解为什么服务器控件需要视图状态吗？这不是关于SO的简单答案，尤其是当信息已经存在时：）