你排斥微软的服务器控件吗？

[datahandler2]

以前觉得使用微软的服务器控件本身就是天经地义的事--------不然还叫什么面向对象编程或代码重用。后期也想学学控件开发。不过近来却感到很怀疑以前的用法究竟是对还是错。
公司的多位同事讨论时，都说很排斥微软的服务器控件。前台最好全部不要服务器控件直接改成直接输出形式；后台用服务器控件进行开发时，好像除了TextBox Button外，其他的很少看到他们使用GridView 等。他们的意思是前台用服务器控件耗性能。后台感觉用微软的服务器控件麻烦：样式不好控制，如GridView.而且还要跟随微软的屁股微软出一个就得去学一个。所以我看了下他们的后台基本上都是html+TextBox+Button+Javascript居多。搞的我像外星人一样好奇。好无语。。。。
我很困惑，前台的一些列表用服务器控件如DataList Repeater不是更OK，为什么很排斥微软的服务器控件。突然我感觉自己看到的世界又回到asp编程人员的世界。
感觉他们不用那些服务器控件如GridView 好像页面还真的更灵活，页面更好容易由自己美化。唉，对asp.net的编程趋势迷茫啊

[linchumei]

[Quote=引用 222 楼 rail100 的回复:]
很好奇多少人是真正比较过服务器控件和普通html控件的性能差异，以及仔细思考应用它们的场景的？
摩托车和大货车的应用范围是不一样的，难道你排斥两者之一？
[/Quote]
同意。

[丁小贝]

激情支持.net控件以及各种三方自有控件，用好了轮子跑得肯定比刘翔都快
[Quote=引用 95 楼 lt5225262 的回复:]

引用 46 楼 gzdiablo 的回复:
水平问题，水平够了就没必要去排斥了。样式问题调下样式就好。

1.不满意控件自己封装一个组件(ascx)。
2.不满意样式自己写个样式模板。
3.不满意控件太死板，自己往HTML里面写代码
4.觉得麻烦就直接拖个GRIDview进来然后指定一个datasource
5.如果你又想偷懒又这个不满意那个不满意，就自己封装一个grid控件吧。
……
[/Quote]

[Brayden1988]

个人比较反对服务器控件

[z405158579]

看后受益匪浅 我也一直在纠结着 为什么不用控件 如果不用 那还做什么asp.net 做回asp好了

[wquanchao]

因你不了解asp.net控件的机制

[networm3000]

从提高生产力的角度来说，.net服务器端控件是生产力比较高的。不光是.net，只要是能提高生产力水平的工具，都是好工具。工具是生产力水平的标志。提高生产力满足人们日益增长的物质文化需要是根本之道。物竞天择。大家再过20年后再来看吧。控件就是未来的发展方向。我想未来机器自己会写代码了，我们就解放了。

[taick]

公司是这样想的：把以前写的控件所花的时间算到新项目里，看能不能忽悠到客户。

[liouse]

[Quote=引用 1 楼 sp1234 的回复:]
因你不了解asp.net控件的机制所以你不知道如何美化，你们公司的平均水平大概也就是asp那样的。
[/Quote]


那能不能请您说说 asp.net 的控件机制，和优点在哪里。

我想知道。这样以后在和什么java的什么asp的什么php的 说的时候就能讲出一大堆道理来了。

也能证明自己多学了点哈。

[seeQe]

这是微软给程序世界带来的麻烦,这个问题还需要她来解决,
只要:
开放更低一级的源代码,让程序设计者具有更灵活的控制，那么问题就用容易了,
不过微软是开源了点,好像是office ,不过这还不够

[lwbsleep]

[Quote=引用 1 楼 sp1234 的回复:]
因你不了解asp.net控件的机制所以你不知道如何美化，你们公司的平均水平大概也就是asp那样的。
[/Quote]

又看到你了，哪都有你~~哪都有你~~~高手吖~~~

[OObigO]

后台：WebForm or MVC
前端：jQeruy + Ajax + HTML + CSS
数据存储：SQL Server or My SQL
Web Srever:IIS or Ngix

和控件一点关系都没有。不脱，更爽！

为什么总有人鄙视.Net程序员吗，因为有人除了拖控件什么都不会。

[云中雁]

[Quote=引用 90 楼 的回复:]
不用服务器控件好像没什么必要用asp.net了，服务器控件也可以通过CSS控制阿。
[/Quote]

同意

[anzhiqiang_touzi]

这个很正常...汽车刚出来的时候也被马车夫们排斥...

[热爱生活的老张]

微软的控件用起来很方便，但是附带了很多不必要的代码，比如一个lable加一个点击事件，就会有一个js文件。而且里面的内容很多，其实我们想要的也就是点击控件跳转页面而已。

我们喜欢自定义控件。这样多个页面有相同的部分可以共用，以后也好改。数据输出经常用Repeater，不过也有人用Foreach来写的

对于内部的系统我们会用gridview等控件来呈现数据，但是会重写部分方法，比如分页的，修改的，删除的。其实这个跟公司规定有关系

[yuji821]

那还不如用 asp.net mvc

[skylineeeeee]

各有所长，应对的场景不同使用的方式方法当然也不同。
不能只是纯粹地排斥或者支持。移动电话和固定电话都能打电话，但都有自己独特的应用场景。它们的存在并不冲突，相反还是很好的互补。用控件和不用控件的开发方式也是如此。
楼主的这个标题有搞派别嫌疑啊，哈哈。。
其实你应该问在什么情况下使用控件更合适。。。

[viviv2012]

服务器控件 MVC各有各的用处。

[afengelf]

我们公司现在在搞ASP.NET MVC,控件都是最普通的HTML控件,
<input type="text" name="textfield" />
<input type="submit" name="Submit" value="提交" />
全是象这样的东西,后台取值是用Request,尼玛感觉MVC整个就是一代码和页面分离的的ASP!!!

因为不象WebForm那样可以回传值,所以各种提交表单,读取数据全用AJAX,开发人员水平又参差不齐,
简直就是各自为政.

项目经理以前是搞JAVA的,一些思想都是JAVA移植过来的,包括项目的分层名字和模式全是模仿的JAVA,一个连中小型都算不上的项目,他居然分了整整10层,其中有4层类库我看完全就是JAVA的思想,里面每一个类都有一个对应的接口,写一个方法就得去这4个类库里面去分别写2次,一共8次.....,每个里面各兜一次圈子.控件用的是基于Jquery的EASY-UI,这套控件各种难用,我进项目组以后前2个月都在学习和测试这套鬼东西基本干不了活.....

项目运行起来也是各种卡/掉线/SESSION丢失....等等等等问题,现在项目经理受不了压力,跑了,留下一个烂摊子给我们继续折腾.


唉,好怀念以前的美好,让我各种高潮的gridView,datalist,textbox,自定义控件.......

[patrickjiang]

一年后还看到这篇文章，已经跟帖到第四页了。

[xiaoerkfc]

[Quote=引用 4 楼 的回复:]
这个很正常...汽车刚出来的时候也被马车夫们排斥...
[/Quote]
哈哈，这句话着实经典