我有点乱，请大伙帮忙捋一捋思路
以前嘛，web开发还没分层的时候，就是服务器代码和HTML代码混在一个页面上，后来有了ASP.NET X.0,开始有codebehind，但是接下去到MVC，怎么又回到服务器代码和HTML混编了？是微软觉得之前的方向不对了？我记得之前脱离混编时说了大堆好处，现在回去了，还是一堆好处，我有点乱了。

------解决方案--------------------
不必要乱，各有各的好处。asp.net mvc能够让我们在前台有更细粒度的控制，而webform能够让我们享受控件开发的乐趣。
------解决方案--------------------
我感觉mvc分层挺好的，前端把html写好，直接拷贝过来，通过mvc中的aspx或者razor模板引擎去循环输出，而不是用以前那种老的repeater等控件，在后台实体层和业务逻辑层也分开的好，维护性和可读性感觉都比以前要好
------解决方案--------------------
MVC和早起的混编还是有区别的，它是视图引擎来完成工作。 控制器可以调用不同的视图来显示。
webform同样有它自己的优点。 微软推出MVC并不是取代webform。 不用纠结。

------解决方案--------------------
所谓asp.net mvc是抄15年前的struts的，它根本没有所见即所得的开发环境。而根本不支持这个环境，就无所谓code-behinde的。

比如说你去学三维动画电影的制作，如果你熟练地使用某种开发环境，那么你就会用这种环境所支持的思想方法和模型。而如果你只是扯一堆底层的基本“绘图学概念”，根本没有基于一个强大的“用鼠标拖拉就能高效率地开发”的环境来制作动画电影，那么你自然就会说一些似是而非的话，反而还以为越是低级的开发环境越“清晰、高效、容易调试”似地。

asp.net webform不符合最近5年来的web开发潮流，因此同样是没有内涵任何完善Ajax控件（插件）的asp.net mvc反而是因为什么ide功能支持都没有、反而被认为是更容易使用了。
------解决方案--------------------

引用:

以前嘛，web开发还没分层的时候，就是服务器代码和HTML代码混在一个页面上，后来有了ASP.NET X.0,开始有codebehind，但是接下去到MVC，怎么又回到服务器代码和HTML混编了？是微软觉得之前的方向不对了？我记得之前脱离混编时说了大堆好处，现在回去了，还是一堆好处，我有点乱了。

不是方向不对，而是多一条路选择。ASP.NET当年据说是为了替代ASP，但ASP.NET MVC并非是要替代ASP.NET，所以发现方向并没有变。