如何摆脱runat=server？
我做ASP.NET刚一年，现在还只是会用runat=server，控件之类。只是代码很熟悉了。
想问下各位大牛，如果用C#、ASP.NET，我怎么拜托runat=server呢？
我的意思不是说去学MVC那样，而是。。。。。。怎么有质的突破？
[解决办法]
谁告诉你的 webform比mvc慢啊，他在说就给他一个大嘴巴，就说我说的
mvc主要是通过一个强制截取httphandler，你没看他的rul都是从写的吗
强制分离webform是靠逻辑上分离，模拟winform的驱动事件，但还是避免不了ispostback这种
mvc在module的时候就会去跳转
————alksjdfkasljdfasjfaksjf拉开教唆犯
吃饭去了，东西比较多您自己吧对象流程都看看自然就明白了
话说为什么不用webserver
[解决办法]
就算你把http协议，研究透彻了，那又能怎么样呢？
微软正营把http研究透了，出了个asp，然后是asp。net，然后是mvc
java正营把http研究透了，出了jsp
PHP的出了php
还有html+js的
。。。。（以上几条不要反过来理解）
你研究透了，能怎么样呢？
野鸡大学出来的，又怎么样呢？功利性强又怎么样呢？
清华北大该是根红苗正了吧，那又怎么样呢？IT方面搞出过什么名堂吗？
况且它只是个协议，说白了就类似法律条款一样的东西。
违法了受到制裁。
违背了协议，你就什么都干不成。研究http是没有用的，有那闲功夫，还不如研究一下asp.net或者mvc到底能干什么，不能干什么？
当然如果你要成为制定法律，或者协议的人，谁也拦不住你。
年轻人，好好加油吧！
[解决办法]
我以前用过一年多的asp.net mvc，给我的感觉，不是很好好用！
如果你说用runat=server和没用runat=server没用什么区别，或者说用runat=server更高校，那你们就错了。
就举个最简单的例子吧：
<form runat=server><form>和<form><form>的区别大吗？答案是肯定，区别非常的大，如果你html标签里面的控件不多是，那看不出很明显的区别，但是如果控件非常多是，你自己在浏览器看看源代码的时候，你自己都崩溃去。不信问问专家！
[解决办法]
首先我要纠正一点,Routing并非是 URL重写,URL重写的本质还是 映射到本地物理文件,但路由却是完全不一样的改概念,虽然说,它们的表象可能是完全一样的,但是确实是完全不同的两个概念.而路由却是映射到类的方法.
从效率上来说,ASP.NET MVC 摆脱了 VIEWSTATE,摆脱了Microsoft 为ASP.NET 编写的事件驱动模型,因为本身 HTTP协议是不适合 事件驱动模型了,当然存在即是合理,ASP.NET 事件驱动编程方式 也有很多的成功案例,但但凡大数据量的业务系统不可能会使用这样的一个编程模型的,因为它在此场景下对性能是致命的.
[解决办法]
www.legeren.cn，都没有用到runat=server,对你们太无语了。不是瞎拍那些理论，是要做出东西，人家才相信！！！
[解决办法]
一句话，坚决不用runat=server,你们要相信，真理往往掌握在少数人手中！！！
[解决办法]
lz只要enableviewstate就够了，没了事件驱动，所有请求都基于提交，但你依然能使用控件封装的方法
[解决办法]
viewdata和viewstate完全不同好不好！！！
viewdata是用来在控制器和视图之间传递的数据，生成页面后就直接销毁了。
viewstate是把数据发送到客户端在下次回传时使用，会反复在客户端和服务器端反复回传，这才是webform慢的最主要原因。
[解决办法]
我们说了，你就要去实践，不实践，我说是，你就觉得是了么，另外自己可以做出来么
看看下面这个就是你想要的，不要runat=server
http://www.cnblogs.com/thenls/archive/2008/08/01/1258069.html
我当初选择asp.net而不选择php的原因是因为我不喜欢<% %>
不过现在asp.net有mvc 有新语法 可以用@，所以写起来爽多了