如何摆脱runat=server？
我做ASP.NET刚一年，现在还只是会用runat=server，控件之类。只是代码很熟悉了。

想问下各位大牛，如果用C#、ASP.NET，我怎么拜托runat=server呢？

我的意思不是说去学MVC那样，而是。。。。。。怎么有质的突破？
------解决方案--------------------

引用:

我做ASP.NET刚一年，现在还只是会用runat=server，控件之类。只是代码很熟悉了。

想问下各位大牛，如果用C#、ASP.NET，我怎么拜托runat=server呢？

我的意思不是说去学MVC那样，而是。。。。。。怎么有质的突破？

ASP.NET WEBFORM 如果要用Server控件是没法摆脱runat server必需用到,当然你不用Server控件也行用html控件，不runat server 他们接收值就Request.Form["xxx"]写法与Asp一样,你就把WEBFOrm当ASP来写。


MVC就没有Server控件的概念。
------解决方案--------------------
先去掉<form>标签的runat=server,post提交，在后台HttpContext.Current.Request.Form["控件名"]，用这个获得值试试。如果能，在去掉其他控件的runat=server试试。记住是post提交，get提交自己上网看看！
------解决方案--------------------
不用runat=server你的编程能力就提高了么？
用了runat=server你的编程能力就止步不前了么？
问题的问题不在于此。
------解决方案--------------------
runat=server
这个东西只是一个选择
 用不用，都可以
没感觉这个东西哪里不好
------解决方案--------------------
摆脱了 runat=server 基本就摆脱ASP.NET了
------解决方案--------------------
1. runat="server" 其实只是给开发着提供了一个假象,前台即后台的假象.但事实却并非如此.
它的实现同样是通过POST的提交的方式把表单数据提交给服务器,这就是为什么服务端控件(也就是加了runat="server")控件为什么要放到<form id="form1" runat="server">内部,否则编译是不通过的原因.

2. 另外普通html标签加上 runat="server" 之后,VS 会自动在后台自动生成(在对应的 .aspx.designer.cs 文件当中)与之相对应的保护成员控件字段,该字段的作用是让开发者很方便的直接使用该标签.而不是通过使用Request.Form["ControlName"]来获取.相比之下加上runat="server"开发的效率可能会更高,但这也给开发者对Http协议驱动下的编程模型蒙上了一层纱.

3. 希望LZ尽早回归源生HTTP编程模型(比如ASP.NET MVC 它更接近).当然这还得看需求来做出选择,ASP.NET WebForm 一般情况下都能够带来编程的效率,但一般编程效率高了之后势必是会浪费软件运行效率,在他们之间的取舍.

4.但不管是要闹哪样都必须得清楚真正的HTTP编程模型.

5.好好干!
------解决方案--------------------

引用:

Quote: 引用:

runat=server
这个东西只是一个选择
 用不用，都可以
没感觉这个东西哪里不好

总感觉要慢，最近看了看MVC，同样的Webform要比MVC慢呢，新手啊只是猜想。。具体的不懂，不知道该怎么学了。

谁告诉你的 webform比mvc慢啊，他在说就给他一个大嘴巴，就说我说的
mvc主要是通过一个强制截取httphandler，你没看他的rul都是从写的吗
强制分离webform是靠逻辑上分离，模拟winform的驱动事件，但还是避免不了ispostback这种
mvc在module的时候就会去跳转

————alksjdfkasljdfasjfaksjf拉开教唆犯
吃饭去了，东西比较多您自己吧对象流程都看看自然就明白了

话说为什么不用webserver
------解决方案--------------------

引用:

Quote: 引用:

不用runat=server你的编程能力就提高了么？
用了runat=server你的编程能力就止步不前了么？
问题的问题不在于此。

我不是那个意思。一直用runat=server，比如像HTTP协议这样的东西，本来就是个野鸡大学出来的，功利性目的性极强，想那些东西我接触不到。想更全面的理解Web的东西呀

就算你把http协议，研究透彻了，那又能怎么样呢？