关于控件在asp.net中地位我一直不是很明确，我听过这样两句话：
1：大家最熟悉的   “不能做只会拖控件的菜鸟”
2：“asp.net的根基从某方面来说就是控件，如果想完全自己编写代码实现，就得接着去学mvc”（意思是一样，但不是原话）
再加上个人的理解，我看一个实例视频时，觉得里面大多数都是利用控件来实现的，我有专门把控件大概的学习了一遍，但又觉得asp.net肯定不能是这样学的。

所以现在我对待 asp.net 中的服务器控件的学习方式很迷茫，不知道应该一什么态度去学习，或者说这是需要一个过程吗，还有mvc和asp.net是什么关系，为什么完全编程实现这些功能就得学习mvc呢？
希望对asp.net有较全面理解的前辈帮我讲解一下

ASP.NET MVC 是微软官方提供的以MVC模式为基础的ASP.NETWeb应用程序框架。其实就是三层结构
不能做只会拖控件的菜鸟这句话的意思就是让你锻炼着手写代码。

asp.net入门容易，想精通很难，只会拖控件而不懂得其中的原理的，只能做最底层的工作。
不做只会拖控件的程序员，就是需要理解他们的运行原理，这样用控件的时候才能得心应手，修改其来也很容易。

理解运行原理是不是就是指数据的流向，以及是如何处理数据的？这个确实很重要，好吧，我就这样理解吧，先熟练掌握控件、三层，并且理运行原理，最后自己编程更高效地实现控件的功能，大家觉得这样的学习思路怎么样？望大家补充啊

MVC模式的业务被放置到Controller中去执行，而aspx页面只负责显示。那么在MVC中的业务实际执行时间被提前到了HttpMolde中，而WebForm的请求只在httpHandler容器中被执行。也就是说MVC中Controller与View的分离是使用的ASP.Net请求管道隔离的，这样的话无疑在不影响效率（一次请求，而Response.Redirect是二次请求）的情况下达成了代码的逻辑层次的分离。而看WebForm开发模型，则只在HttpHandler容器中执行，对其进行分层，在大的方面缺乏支持，而只能依靠逻辑上分离。并不是不能分离，而是由一定的局限性。
MVC框架具有很强的优越性，而WebForm也不是一无是处，在简单的应用中更加容易开发。

就是说MVC开发起来更高效，但是比较麻烦，而webform开发方便，但是效率不高是吧？这个就有点像与Java的区别了吧？

我也对控件学习比较迷茫，但平时用的还比较多，要记的东西也比较多

MVC 并不一定比webform 高效，他们的区别仅仅是框架上的不同。

webform 开发效率高，但是局限性大。

MVC 分离的很清楚，高聚合的一种体现。同时比较原生态，能完成的业务也相对较多。

dongqinglove 发表于 2013-6-18 21:58
我也对控件学习比较迷茫，但平时用的还比较多，要记的东西也比较多

搞不清楚控件的地位，或者什么态度对待他，你可以看看这个帖子：
http://bbs.itheima.com/thread-36381-1-1.html

谢谢哥们