在ajax js盛行的时代 asp.net 控件开发 有必要吗【200分讨论哈】

Question

开发的时候并没有太多用到asp.net控件开发  不知道控件开发有什么好处 特别是现在ajax js盛行的时代  
一直很疑惑  
对控件开发不是很了解  请大牛们多指点指点啊   
别骂我啊..   

Answer 1

对比 webform 和 mvc ，再结合开发人员的状况。你就会得出结论。

Answer 2

是不是用mvc开发的话   控件开发就没必要了？

Answer 3

有vs的时候，很多人都喜欢直接拖拖拽拽，但是懒得设置，于是拖进去的都是<asp:xxx>，然后一看，哇塞还能在后台直接取值直接加处理，那好吧就这么做了……于是用控件的人就“显得”很多了。

Answer 4

當然需要，控件目的是加快開發速度，就像cad的塊一樣

Answer 5

控件开发和ajax js又不冲突。

Answer 6

应该开发自实现ajax功能的控件，就是把js一起打包

Answer 7

在MVC里也是有控件设计的。不过现在基本上都不怎么需要设计控件了，如果有需要，其实在网络上都容易搜到现成的解决方案。js和jquery的兴起，插件已经取代控件了吧。

Answer 8

存在即合理ajax再怎么横行
传统webform还是有生存空间的
asp.net更多的做的还是系统应用，而不是放在web上供人浏览的网站
并不是所有的客户都要求系统界面一定不要刷新。。
他们并不懂得每一次点击按钮都是回发

Answer 9

有必要。  楼上说得不错，控件最大特点是面向对象，可以重用，比如说你现在实现了一个功能， 你这个项目很多地方要用到这个功能， 你一个一个copy那对累啊，效率还不高，你就可以把他封装一下，打包成一个控件，直接拖就ok了。效率提升不少。

Answer 10

我觉得webform开发，开发速度更快点，只要直接拖用控件。ajax js 就是当作补助工具使用。

Answer 11

有些地方还是需要的，比如上传文件，就可以自定义一个控件，以后用着也方便。如果要实现比较多比较绚丽的功能的话，就直接用ajax扩展控件吧

Answer 12

当然有必要了，，
没搞明白和AJAX有什么冲突

Answer 13

控件用的好少.还是js ajax多.

Answer 14

在asp.net的按钮控件的事件里直接写代码和用ajax，哪个效率更高？
在没有“不刷新页面”的需求的情况下。

Answer 15

我个人实践中，ajax开发效率是最高的，与控件(我指的不是asp.net控件)是不冲突的。
ajax的致命伤是搜索引擎傻掉了，当然适当的ajax可以做到SEO优化。
另外，可能是由于js的动态性，写程序的IDE不如C#好使，要习惯了以后才后好一点。

Answer 16

我现在做的就是控件类的 web开发，没有考虑前台的美观。所以，系统功能实现了。但是看上去并不怎么好看。看用户需求、人力情况和开发周期吧

Answer 17

做个带ajax的控件...虽然我不会

Answer 18

控件可以把这些ajax js封装起来啊，你的控件就相当于js的IDE

Answer 19

任何事情都不绝对、即使未来mvc成为主流、控件开发也有其存在的必要性

Answer 20

控件开发和ajax js又不冲突。

Answer 21

控件现在不会用了  习惯手敲了  js + ajax  真的伟大 不知道为什么 自从控件丢失我的事件之后 我就跟他分手了

Answer 22

其实个人觉的用控件是为了快速开发，很多控件用的效果无非就是绑定数据，绑定一个button事件，对于绑定操作库的增，删，改这些绑定功能可以用，也可以不用。
开发中用控件+js+css这是很正常很常用的东西，这些东西基本上都不会少。
开发没必要纠结拖拽还是手写代码，重要的应该是你要做事，你当前做的功能是什么意思，怎么实现的就行了，至于用控件用代码有什么区别么？

Answer 23

比如说你本来就是做简单网页而不是做复杂交互企业软件的，那么去毅然决然地扔掉asp.net这种东西是很自然的事情。反之来说，如果你是开发企业应用的，而你的.net编程水平仅仅达到最低门槛的asp.net阶段，那么使用asp.net来做出企业应用是最重要的事情。比如说你很喜欢使用jQuery，那么你能轻松做出大量的灵活和丰富的订单编辑界面么？不能轻松地用几十分钟就开发复杂的订单界面，却要用半个月去做一个和简单的（我是说用户评价为简单，而不是你自己认为简单）所谓jQuery程序，那么这就说明暂时还达不到。

Answer 24

- - 我觉的现在还在说MVC的都好死板, M也不是M, V也不是V, C也不是C. 合适的混合, 和对可扩展性的认识才是重要的...

Answer 25

现在使用jquery和jquery的一些插件比较多，由于这些插件每次使用都要写一些几乎相同的JS，所以我一般喜欢把这些常用的jquery插件封装成控件，放在页面上简单的设置几个属性就能实现，也避免了因为JS过多以后看着眼花，做开发要为长期考虑，为以后的使用便利考虑。

Answer 26

我说一下吧
1，未来是 组件化编程而且我们用jquery也在封装 比较树形控件、表格从这个角度讲 asp走在了前面然而它在大家都没有认识到组件的前提下而作为一个集成的功能出现的。
这就导致很多使用者不去主动的了解，就相当与2000年在DOS下 很多高手都知道计算机是怎么运作的，而现在很少人知道windows的记事本是怎么实现的一样 

Answer 27

相当与2000年在DOS下 ------------------》修改为 1990年

Answer 28

asp.net控件、ajax、js 等仅仅是开发工具而已，
所谓条条道路通罗马，只要达到目的就可以了，何必在乎这些开发工具呢？
比如给客户做网站，按质按量完成，客户使用满意，得到报酬就OK了，客户才不去看你是否用asp.net控件、ajax、js 呢。

Answer 29

到最后提交到后台都是所谓的表单.无论什么控件最后生成的都是HTML.只是实现方式不同而已.

Answer 30

这主要是看个人的习惯，因为有很多ASP.NET程序员多是先学ADO.NET的；所以为了迎合各种程序员的口味，有必要俩种都发展，

Answer 31

还有就是，ASP.NET很快捷方便，很多的代码都是封装的，个人感觉ASP.NET很好用，也符合未来的程序大众化发展的方向

Answer 32

先用了纯控件的拖拉开发，后来用ajax+jquery+ashx  感觉比控件使用得自由多了，完全不想再记那些控件的属性了，也没有感觉到哪里麻烦了，呵呵

Answer 33

ajax盛行不盛行，都影响不到 asp.net 的

Answer 34

俩嘛事，应用系统重视业务逻辑的体现，体验性其次，应用系统很多还是用控件的，节约时间，毕竟访问量也不大，维护性高， JS AJAX MVC多用于 大型的网站 体验性比较高 ，你如果JS AJAX MVC 用做应用系统类的，要多费多少工作量 与 时间啊，而且维护成本也很高 ，基于webform 结合 JS AJAX 这是个比较好的方案~

Answer 35

只适用于快速开发。如果想做高效率的，灵活的。还是纯HTML。c#只作为服务器端语言存在。对数据的处理交给 数据库就行了

Answer 36

这个问题也是我最近的困惑，以前在学校时学的都是.Net服务器控件，然后现在上班，公司就要求使用静态页面和jquery，ajax，handler的方式处理数据，刚开始很是不习惯，不过现在接触一小段时间，发现这种方式也不错，减少了服务器的压力，但是对于一些访问量不是非常大的页面是asp. net控件显然方便很多，极大的能提升开发效率，小弟的一些拙见，求大神知道，抛砖引玉了。

Answer 37

虽然越来越多的人转MVC，但肯定会有人坚守WebForm，因为需求不一样，而且控件到了MVC里边也是可以使用的，另外就是Ajax和控件也没有什么会冲突的，控件开发关注于一些通用模块，Ajax只是在获取数据上改造成了异步，不影响使用控件的。

Answer 38

开发asp.net的控件，不如开发js的插件，例如jquery的插件，需求量很大。个人感觉，现在这个年代尤其在中国，搞web开发，还是jsp和php的市场好一点，最起码我身边的服务器都跑在linux或者unix上的。没有诋毁asp.net的意思，我也喜欢用C#,WINFORM,WPF搞桌面应用，最起码在客户端，windows还是王道。

Answer 39

控件开发只是根据市场及公司要求才会开发，而且还要考虑到重用性和好不好用以及会不会发生IE冲突等多方面因素。
lz那么有才，想搞个什么东东出来？