服务器控件如何违反 MVC 设计模式？

我问的原因是 tvanfosson 对他对另一个问题的回答的（第一个）评论我的问题 https://stackoverflow.com/questions/3689236/what-are-the-key-concepts-to-know-when-migrating-my-mindset-from-asp-net-to-asp-n他（关于 ASP.NET MVC）说道：“缺乏服务器端控件是由于固有的关注点分离，这使得 MVC 成为一种良好的开发模式......”。
我当然了解 ASP.NET 服务器控件，并且我认为我了解 MVC 设计模式，但我不明白服务器控件如何违反 MVC。

Thanks.

我认为这与回发+视图状态+事件模型有很大关系。

上述情况隐式发生，以模拟用户以多步骤方式与应用程序交互的模型，其中系统存在各种状态。由于每个控件都保存其 viewState，因此每个控件本质上都会对整体状态做出贡献，随着页面复杂性的增加，这可能会变得难以遵循。我还认为，便利性会加剧上述复杂性。

上面的内容可能更多地是对 Restful 的争论，它提倡更多地依赖协议的做事方式。使用 posts 来实现上述目的确实不是 HTTP 协议的初衷。只需采用 asp.net 网格的原始内置分页，因为它基于回发，搜索引擎会忽略第 1 页之外的任何内容。此外，您不再能够仅通过 url 访问所述信息页面。

恕我直言，ASP.NET MVC 上下文中的 MVC 模式更多的是关于简单的请求/响应操作。您可以根据需要将其变得复杂，但它促进了更简单的操作方式。它不像经典那样基于分散在页面/视图上的几个不同信息位的状态；但如果这就是您所需要的，您仍然可以实现它，但这样做时您必须更加明确。