[疑惑]既然asp.net提供那么多服务器控件为啥不让用
我一直有一个问题，既然是用ASP。NET，而且提供那么多服务器控件，为啥多数公司都不让用？
ASP。NET专门提供简洁的可操作使用，服务器控件又说占资源，那它为啥提供那么多，这个不矛盾吗？
有好多公司，一个控件都不让用，整个代码都用this.Response.Write( " "),不理解！

各位，你们怎么理解呢？

------解决方案--------------------
我说我的一点看法，我现在所参与的项目是用.net2003+Oracle，主要是给移动做外包，我们开发项目主要是对数据进行处理，这里处理一般是使用储存过程来计算，然后在页面上使用DataGrid把处理的数据呈现出来，其它的就是加些查询功能的，当数据量到达亿级别的时候，我们的程序运行得也很流畅，所以服务端控件在大型项目中也不是说一定没有用的！！但我这里的情况是把压力都分给DB数据库了，Web服务器的压力减轻了很多！！
------解决方案--------------------
数据访问量大的网站，一般都不用控件..
为了节省开销，减少服务器负担，一般都采用循环输出.
一切为快速开发所做的控件的确方便了我们以最快的速度开发，提交了开发效率但是这种效率是以牺牲性能为代价的.你看客户端的一大串ViewState就知道服务器多累了


http://community.csdn.net/Expert/topic/5769/5769619.xml?temp=.9295008
------解决方案--------------------
个人觉得和技术主管的个人偏好有关:)
------解决方案--------------------
不要把什么都归罪给服务器控件. 事实上在绝大多数情况下服务器控件都是一种好的选择.

只是有些人夸大了一些资源情况,而又有些人人云亦云罢了. 事实上绝大多数系统的性能瓶颈根本不在这里. 除了极端要求性能的地方,我觉得一般性的系统,服务器控件完全没有任何问题.


至于楼上说的ViewState问题, 又不是没有属性给你false掉, 这只能怪开发的人,怪不到控件上.
------解决方案--------------------
服务器控件用着还是挺好的
------解决方案--------------------
我不喜欢ViewState

SO我一般不用服务器控件，当然（Repeater,DataList,Literal除外）
------解决方案--------------------
我经常用服务器控件,目前还没有感觉有什么不妥
------解决方案--------------------
可能确实有性能问题，但是问题绝对没那么严重
------解决方案--------------------
楼上说人家控件不好的我觉得挺可笑的，要知道开发控件的人的编码水平绝对不是一般的水平，人家在开发控件的时候，对性能和易用性都会有详尽的考虑。那些不用控件的人，难道说写出来的东西，比ms的专家写出来的性能还要高？恐怕他们自己也不会相信吧。
------解决方案--------------------
我觉得，如果并发要求高的话，并且是内容系统居多的话（如新闻）可以用生成静态网页的办法，如果是逻辑处理还是要用到程序控制，如果要呈现大量数据的话，讷么用datalist和repeater没有设么不好，只是压力瓶颈不在控件上，而是在数据库上（如分页）