为什么ASP.NET拖控件快速开发的特性被很多专业程序员所唾弃？

我不止在一个地方看到过说拒绝拖控件编程，在很多贴吧论坛以及视频教程的老师都表示不要拖控件编程，微软当初做webfrom的初衷就是为了让web开发更加快速简单，可是为什么这么好的一个产品（或者编程方式）反而被人唾弃呢？

回复内容：

因为有些程序员【只会拖控件】是个问题= =；http://ASP.NET【能拖控件】是好事


当然最最重要的是，双方都无知，嘲讽的人无知，一些被嘲讽的人无知到活该被嘲讽的地步。。。 拖控件不是问题，只会拖控件才是问题。 基础功能可满足，但是很难控制精细，满足不了后期需求。 webform为了让网页感觉上是保持状态的，把html都封装的不像html了，整个网页都包含在form里头，提交都是post。问题不在控件，拖控件只是利用*而已。 拖控件并不是在任何时候都一无是处，只是在特定的此时此地，它的缺点比优点更大而已。
拖控件，其实就是黑框框的简单替代品，是一个本来只会写命令行的程序员，现在需要一个凑合的GUI。这个场景有四个特点：

1. UI逻辑简单。
2. UI逻辑和程序逻辑分离。
3. 程序对UI需求少。
4. 程序员不熟悉UI编程。

你说，现在这些web应用，哪个敢说自己界面不要了，摆个命令行上来，还有人用？有这种条件的，他就可以拖控件。然而，现在的这些web应用，用户交互就是生命，哪个程序员敷衍界面，就是在敷衍自己的饭碗。所以，这里的专业程序员，只是对广大前端来说的，如果你只会拖控件，你就不是一个专业的前端程序员。
然而还有很多写专业软件的程序员，他们需要一个GUI只是因为用的人不会命令行。写的人和用的人都专业在领域专业知识上，没有时间仔细研究广大的前端知识，他们不是不专业，只是专业的方向不一样。 http://asp.net 现在有mvc框架，已经成功避免了拖控件这种简单枯燥，对程序员没有挑战的工作 拖控件让好多初级程序员以为这就是web开发了，其实他看到的只是经过n层封装后的一个傻瓜式开发方式。webform为了保持页面状态自己维护了一个viewstate，把所有和页面相关的东西都塞到了这个里面，造成的结果是很慢。实际上webform是把winform的思想在web端的移植，从效果来看，这种移植是不恰当的。当然，拖控件也不是一无是处，开发效率高，做个几百人用的企业级管理应用还是可以胜任的，互联网应用，拖控件是搞不定的。 首先，很多人只会拖控件，懒省事。并且很多人不思进取，就停留在拖控件。

其次，webform当初是为了抢占市场的，生成的web页面也跟ie6一样，很不标准（话说body下先嵌套一层form我也是醉了），并且有不少的html代码是控件生成的，不利于跟美工合作，依稀记得当时公司招美工，要求会.net优先，醉了

最后，b/s发展到现在，分工更明确，层次更突出。尤其重视前端代码，form表单包容所有其它元素，最傻逼的写法了，更别说为了追求速度，header头都各种节约，你再来个一长串的viewstate隐含域。

mvc的出现，不纯粹是为了mvc，也为了让产出更标准。11年mvc3出来，本人就直接抛弃了webform。15年了还有很多比我工作年龄长的人在考虑从webform转mvc，额～～ 刚刚开始学的时候也是从视频开始，各种黑拖控件，然后也就盲目跟着黑。实际做了一段时间开发之后，发现这种模式在小项目上用起来还是挺顺手的。 因为无知啊
这些bs别人的人too young too simple，并不懂得以下两个pattern：

• Smart UI
  
• Magic Button