你排斥微软的服务器控件吗？以前觉得使用微软的服务器控件本身就是天经地义的事--------不然还叫什么面向对
你排斥微软的服务器控件吗？
以前觉得使用微软的服务器控件本身就是天经地义的事--------不然还叫什么面向对象编程或代码重用。后期也想学学控件开发。不过近来却感到很怀疑以前的用法究竟是对还是错。
公司的多位同事讨论时，都说很排斥微软的服务器控件。前台最好全部不要服务器控件直接改成直接输出形式；后台用服务器控件进行开发时，好像除了TextBox Button外，其他的很少看到他们使用GridView 等。他们的意思是前台用服务器控件耗性能。后台感觉用微软的服务器控件麻烦：样式不好控制，如GridView.而且还要跟随微软的屁股微软出一个就得去学一个。所以我看了下他们的后台基本上都是html+TextBox+Button+Javascript居多。搞的我像外星人一样好奇。好无语。。。。
我很困惑，前台的一些列表用服务器控件如DataList Repeater不是更OK，为什么很排斥微软的服务器控件。突然我感觉自己看到的世界又回到asp编程人员的世界。
感觉他们不用那些服务器控件如GridView 好像页面还真的更灵活，页面更好容易由自己美化。唉，对asp.net的编程趋势迷茫啊
[解决办法]
因你不了解asp.net控件的机制所以你不知道如何美化，你们公司的平均水平大概也就是asp那样的。
[解决办法]
其实是 看个人的爱好的，你要是喜欢用控件直接托很省事，但是有的页面不美观，没有HTML的美观，还有现在大多数程序员不怎么用服务器控件都是自己做 这样方便还美观。我个人的观点。
[解决办法]
我不排斥它的控件。他搞得很好的。
[解决办法]
可以用，不过现在更多用Ajax控件
[解决办法]
给用就用，不该用就不用了吧
[解决办法]
有些服务器控件 比较消耗性能很少用
前台的话最多用个 Repeater 后台登陆的人少可以用一下 GridView
[解决办法]
我发觉1楼最近说话没有以前那么含蓄了
[解决办法]
这个很正常...汽车刚出来的时候也被马车夫们排斥...
[解决办法]
[解决办法]我现用了几个挺好的，功能还不是太全
[解决办法]不排斥，让所有人都当程序员吧
更多人过来进军吧
[解决办法]前台我也有点排斥,不因为它的样式不好控制,是因为很多东西用不了那么复杂的功能
其实明白服务器控件输出的HTML,就很好控制.对于说不好控制,我们只能说无语
[解决办法]服务器控件可以接受Theme和CSS进行美化的
[解决办法]可能是没用习惯吧
[解决办法]马车夫是很多！我不是……
[解决办法]有点火花了 ……
[解决办法]用用更健康……
回帖是一种美德！每天回帖即可获得 10 分可用分！
[解决办法]根据不同的需要
采用不同的方案
综合考虑：
开发速度，访问量，承载能力
开发成本，
后期服务
[解决办法]我要跟着微软走~
[解决办法]不排斥
控件很不错，既好用又实用，
如果真的很不喜欢使用服务器端控件，可以借助微软的这些服务器端控件改造成客户端控件，照样高效美观，开发速度也快。
[解决办法]对服务器控件的美化还真实个问题。。本人这方面就真的很菜。
[解决办法][解决办法]微软开发的服务器控件有源码吗？很多控件看了确实不爽，比如DataSource控件，怎么看怎么不爽，大中型网站开发哪有用那个的，对数据库的操作都是自己编写代码，而且MSDN和一些学习用书的例子还老用这逼控件，搞得想了解一些跟数据绑定有关的方法属性什么的，都没办法找到例子。还有GridView，连个分页都做不好。自己编控件，所以想看看这些服务器控件的源码，谁知道哪有吗？
[解决办法]
....
[解决办法]
没什么好排斥的，青菜罗卜各有所好。
[解决办法]
易用至上
性能至上
你选哪个？
[解决办法]
啊？
[解决办法]
.NET比JAVA强的地方在哪？？
控件多了 。。。。。
深有感触!!!
[解决办法]
要排斥 那就搞JAVA了 自己写控件 多好
[解决办法]
不排斥，但是不喜欢大量使用。
[解决办法]
我是从一开始就学asp.net的,现在开始实际工作,的确感到服务控件不好使用。增删功能，美化等都是问题。
可能理解不深吧，但要真的很深入的理解，还是得学做自定义控件；做了自定义控件，呵呵，你还会用微软的么？
所以很多人说.net入门容易精通难，越来越觉得有道理，微软把什么都封装了，把我们当小孩一样，“嗯，把这个直接拿去用吧，不要问为什么，乖……”哭笑不得
有时间也得要了解java呀
[解决办法]
GRIDVIEW的确不方便,建议你使用
Developer Express .NET
里面的ASPXGRIDVIEW方便很多,自定义服务器控件是一定要学的,正如 道不远人-深入解析ASP.NET2.0控件开发里面的经典语句:不仅仅是控件开发
我现在的做法是,把ASP.NET当成C/S开发中的SQL SERVER类似的功能,也就是说,在WEB页面中布局,在PAGE_LOAD()中进行必要处理,输出到客户端后,尽量不要回传页面,客户端都用JS框架JQuery来完成对用户鼠标/键盘等的响应,中途需要服务器数据时,通过JQuery的AJAX来异步通讯,是不是和C/S开发中WINFORM与SQL SERVER关系很像?而Developer Express .NET大部分控件都有异步通信的功能,尤其是aspxGridView控件,调试时,找到WEBSOURCE,把里面的JS脚本复制出来,格式化一下,慢慢研究他们是如何在客户端控制ASPXGRIDVIEW的,尤其是如何同服务器通信,里面提供了大量方法,如设置FocusRow等
[解决办法]
服务器控件与美化不冲突，跟性能更是没有多大影响
[解决办法]
有些控件还是比较好的..如果有能力了,当然自己编写控件最好
[解决办法]
怎么我感觉服务器控件用的也不错啊
[解决办法]
.net就是靠控件提高开发速度,但也有不便之处,合理选择的使用,事半功倍
[解决办法]
水平问题，水平够了就没必要去排斥了。样式问题调下样式就好。
1.不满意控件自己封装一个组件(ascx)。
2.不满意样式自己写个样式模板。
3.不满意控件太死板，自己往HTML里面写代码
4.觉得麻烦就直接拖个GRIDview进来然后指定一个datasource
5.如果你又想偷懒又这个不满意那个不满意，就自己封装一个grid控件吧。
[解决办法]
[解决办法]服务器控件的确会在一定程度上影响性能，这个是不能否认的。
但是对于大项目而言，要考虑到开发周期、整体架构等因素，好的设计是可以很大程度上提高性能，所以服务器控件的影响在整个项目中相对是很小的，可以忽略不计。
如果项目比较小，那么用不用服务器控件都无所谓了，即使用了也不会有什么影响。
一句话，对于服务器控件没必要回避。
[解决办法]条条道路通罗马，你也不用认准自己那条死路吧，多掌握点技术有什么不好的，团队总要有一致的技术风格嘛，所以，你还是适应吧。
刚玩的时候，都是控件用得多，呵呵
我现在也基本不用控件了，前台JS+HTML+AJAX，后台WebService,基本上可能和传统的C/S程序做的一样，体验大不相同哟。
[解决办法][解决办法]控件好用！经常用！
------解决方案--------------------
[解决办法]为什么谈论ASP.net
大家总是要说什么大项目？说什么强大的功能，
但我想ASP.net
有很多人为学她，而是用于一般的企业网站开发吧？
做为一般的网站开发，无非就是把数据插入数据库再读出来而已。
[解决办法]不排斥
但一般不会用服务器控件输出HTML，更喜欢自己去控制View
[解决办法][解决办法]有很多程序员CSS还是凑合的，
而GridView在不使用任何样式属性的情况下，生成的Table是没有任何样式的
所以，只需要一个CSS文件，可以对所有页面的Gridview进行统一的格式化
根本就没有“样式不好控制”的问题
另外，JAVA同样有服务器控件（他们管这个叫自定义标签）
而且他的问世不知道要比ASP.NET早多少
可为什么，JAVA自定义标签直到现在还没有大量普及
而ASP.NET服务器控件开发却形成了一个产业
研究过JAVA的同仁应该知道里面的原有
JAVA写个自定义标签，那真叫一个变态，使用起来，同样是那么变态。
[解决办法]不排斥，看具体的情况而定
[解决办法]如果有人觉得下面的代码还不够简洁，我看还是回去做asp/php/jsp吧。
HTML code<asp:GridView ID="gridview1" runat="server" EnableViewState="false" AutoGenerateColumns="false"> <Columns> <asp:BoundField DataField="FormGUID" HeaderText="FormID" /> <asp:BoundField DataField="Name" HeaderText="Requestor Name" /> <asp:BoundField DataField="EmployeeID" HeaderText="Requestor EID" /> <asp:BoundField DataField="SegmentGUID" HeaderText="Segment" /> <asp:BoundField DataField="DepartmentGUID" HeaderText="Department" /> <asp:BoundField DataField="Status" HeaderText="Status" /> </Columns> <EmptyDataTemplate> <center>There're no items to show in this view.</center> </EmptyDataTemplate> </asp:GridView> <div class="pager"> <cc:Pager id="pager1" PageSize="10" runat="Server" OnCommand="pager1_Command" /> </div>
[解决办法]
我不
[解决办法]
[解决办法]
绝大多数不排斥，除了注册、登录控件之外。
[解决办法]
我也觉得登陆控件没啥用处
[解决办法]
哈哈哈哈，又学习了，真开心啊．
[解决办法]
其实,看作一段html的封装就可以了.
不要站在server看ui,因为最终你的control到客户端还是html~~美工的话就是html的美工!
[解决办法]
关注一下。现在我倾向于前台后台异步分开，前台采用Ajax框架+UI框架
------解决方案--------------------
排斥下..
[解决办法]
[解决办法]
[解决办法]
还是步行级别，连马车夫都没有到。吾所学知吾学之浅也..现在还没有排斥
[解决办法]
不排斥，只是工具，用来解决任务就可以。
[解决办法]
只是要好的东西本人都很喜欢只是有的人为人有问题，但我们毫不介意把他有用的东西拿来，鲁迅先生的拿来主义还是比较有意思地
[解决办法]
从不排斥,能实现功能就行
[解决办法]
不是想排斥就排斥的阿
[解决办法]
综合考虑：
[解决办法]
综合考虑：
[解决办法]
不排斥
[解决办法]
一般
[解决办法]
呵呵，和我的感觉一模一样！
我的网站，除了Button服务器控件外，我一个也不用。
[解决办法]
[解决办法]
不排斥，也不喜欢大量使用
[解决办法]
做业务系统 无所谓 能用即用
做高性能网站
前台 系统 我是绝对 禁止服务器控件出现的.
后台 管理 无所谓.
[解决办法]
有用，很方便。
[解决办法]
适当用之，深入了解。
[解决办法]
很少去敲HTML了...
[解决办法]
...
[解决办法]
因你不了解asp.net控件的机制所以你不知道如何美化，你们公司的平均水平大概也就是asp那样的。
[解决办法]
看个人使用习惯 技能了
[解决办法]
不用服务器控件好像没什么必要用asp.net了，服务器控件也可以通过CSS控制阿。
[解决办法]
同意楼上！
[解决办法]
[解决办法]
[解决办法]
微软就是世界上最大的马车行，它最大的成就就是阻碍了汽车的推广。
微软的技术具有强烈的不稳定性，今天大力推广的东西，明天发现不对再换一种，可惜换来的一个仍然是烂货，然后进入下一个循环。
跟风微软，你就等着过几年微软技术转型后下岗失业吧。
[解决办法]
[解决办法]
看情况了，如果一般的管理系统可以用，如果访问量大的网站可以不用，服务器端控件比直接输出就是要慢
[解决办法]
刚接触asp.net
关注
只是感觉当手工生产转换为自动流水线化的话
程序员就成为操作员了
愚见
[解决办法]
jf
[解决办法]
mark
[解决办法]
我们的Web编程是脱离语言实现,转移到其实语言和服务器都很方便。
