有必要禁用服务器控件么？
公司规定，禁用一切的服务控件.就是<asp:XXXX的全部不能用，要用就直接用html控件。还有就是代码那也些直接嵌套在.aspx页面上。foreach来显示列表……
个人感觉似乎回到了asp时代

------解决方案--------------------
真要禁就别用aspx了，用asp.net webpage吧
------解决方案--------------------
MVC可能层次更清晰以前。
------解决方案--------------------
咋想的呢。。。。。
------解决方案--------------------
太片面了吧 ......
------解决方案--------------------
只能说你的领导太极端···
------解决方案--------------------
老板要提高程序运行效率吧?改用mvc吧.
------解决方案--------------------
直接上MVC吧。
------解决方案--------------------

探讨

只能说你的领导太极端···

------解决方案--------------------
是很片面啊
------解决方案--------------------
那就用ASP.NET MVC。
------解决方案--------------------
除了Repeater以外，我也没有用过其它的runat="server"
------解决方案--------------------
那就用runat="server"的html控件，看老板什么反应
------解决方案--------------------
有些地方还是得用的，老板这么想的话就...
------解决方案--------------------
以前也碰到过这样的公司，后来辞职了，说要用asp.net做，结果全要按照asp 的写法，头痛
------解决方案--------------------
你boss肯定让驴踢了 还用个锤子的asp.net啊
------解决方案--------------------
因为老板在服务器控件上吃过亏？
或者他是搞PHP JAVA出身的？没必要这么夸张吧？现在都什么年代了？还停留在奔3的年代呢？
------解决方案--------------------
不用就可以了
------解决方案--------------------
用服务端控件效率是很大的问题。

看看在客户端生成的代码就知道了。服务器控件生成的代码只能用杂乱无章来行容。
不过完全不用的话真的没有必要。少用就可以了。
------解决方案--------------------
那别用ASP.NET了 换ASP得到了或者 PHP JAVA都行。
------解决方案--------------------
个人感觉只要不是那种大型的门户网站或者那种B2C访问人数特别多。合理的搭配使用控件效率不必全部用强很多
------解决方案--------------------
我也觉得不用也完全可以，但是跟asp还是很不一样的，一个是面向对象一个是面向过程。
------解决方案--------------------
不用控件并非不行，html控件一样可以提交，或者你直接用MVC吧，方便快捷！
------解决方案--------------------
这个是必须禁的。

------解决方案--------------------
那为什么用asp.net啊，觉得原生的服务器控件不好可以自定义控件嘛