ASP.NET MVC案例教程（基于ASP.NET MVC beta）——第七篇：闲话ASP.NET MVC

核心提示： 如此看来，真像是一个轮回，ASP.NET MVC案例教程（基于ASP.NET MVC beta）——第七篇：闲话ASP.NET MVC(2)，似乎ASP.NET MVC又把我们带回到了ASP时代：服务器端模型不让用、事件驱动机制不让用、类似Desktop App的开发方式不让用...我们似

如此看来，真像是一个轮回，似乎ASP.NET MVC又把我们带回到了ASP时代：服务器端模型不让用、事件驱动机制不让用、类似Desktop App的开发方式不让用...我们似乎从Web Form回到了传统的ASP时代。但是，真的是这样吗？当然不是！

只要稍微用一下，就知道虽然ASP.NET MVC提倡我们废除Web Form下的很多东西和习惯，但是绝不是让我们“回归原始”，如果非要说是一个轮回，那也应该说是一个螺旋式的轮回，是上升式的轮回。

记得马克思主义哲学中有个很经典的命题：对于新事物来说，道路是曲折的，前途是光明的。也许，Web App模型的发展就印证了这个观点吧。也许，服务器端控件、事件驱动模型这些东西一开始就是不适合Web App的，微软走了很多弯路，现在找到了正确的方向。抛弃的痛苦的，我们要抛弃曾经认为多么习惯并且倾注了大量心血的东西，但是，事物被否定后，剩下的的一个蜕变出的新事物，是一个更优秀的东西。

例如，我们抛弃了用了多年的务器端控件、事件驱动模型……但是我们得到了低耦合的、关注被分离的、符合MVC模型的新的Web模型。要敢于否定，才能获得新生。微软是，我们也是。

ASP.NET MVC带来的变化

下面，我们看看ASP.NET MVC到底让我们否定什么？又能得到什么。

1.服务器端表单控件。

由于ASP.NET MVC的特质，服务器端的表单控件不再被提倡使用，例如我们的文本框，不再使用asp:TextBox，而是使用传统的input，或直接让Html.TextBox生成。总之，很多服务器端控件被我们废止了。甚至GridView这样曾给我们带来无限快感的老朋友，也不再被提倡使用。但是，并不是说不能用任何服务器端控件，例如，为了实现母版，我们的ContentPlaceHolder还是必须要使用的。