asp.net有了服务器端控件，大伙还会使用html控件吗

asp.net有了服务器端控件，大家还会使用html控件吗？
比如获取一个文本框，现在直接  string s=Textbox1.text;

已经不再使用：
string s=request.querystring["text1"];
这种方法了

感觉这种方法淘汰了，费劲，没有优势。但是很纳闷的是，浏览论坛上一些帖子，好多代码还是用这种方式获取值，请问这种方法优点在哪里？请大家谈谈各自的看法吧
[解决办法]
A页面表单提交给B页面，你写个 string s=Textbox1.text; 我看看
[解决办法]
服务器端控件会被asp.net转换成html代码（包括html控件）由浏览器渲染成用户界面。
因此只是一个直接使用、间接使用的区别，怎么可能没有html控件呢。
[解决办法]

引用:

服务器端控件会被asp.net转换成html代码（包括html控件）由浏览器渲染成用户界面。
因此只是一个直接使用、间接使用的区别，怎么可能没有html控件呢。

+1

只能说服务器控件是封装好了html控件的，比request.querystring["text1"];方便一些。
[解决办法]
服务控件快灭亡了，回归原始
[解决办法]
不需要回调、异步的时候用
[解决办法]
这还是停留在拖控件阶段。。。
[解决办法]
比如MVC中  可以用户填写的表单提交直接放到model，取得时候直接model.字段  直接能取都你所说的text值 
[解决办法]
服务器控件就是个累赘，做了几年的.net做到最后看透了,服务器控件的页面访问速度比html的要慢的多，因为他是html封装好的
[解决办法]
用过mvc，razor视图之后，你会感觉服务器控件太垃圾。
[解决办法]
尽量还是用html控件比较好
[解决办法]
好久没用服务器控件了，都是html+Ajax做的。后台用.ashx
[解决办法]
当然要用啊 比如说我要用js调用文本内容 我都会用html控件的 个人感觉html控件要比服务器控件轻便的多
[解决办法]
asp.net整个来说，机制早就不适合web领域发展了。就好像是传统戏曲，必将被淘汰。但是他是以精品的形式被淘汰的，而不是什么下三滥的模仿一下struts之后被淘汰。

asp.net以页面一遍遍刷新html的形式，这就决定了他的机制很慢。而且越是追求对程序员友好、功能强大，那么其性能问题越是严重。因此不论是轻量级的基于javascript的全新企业套件，还是重量级的silverlight多媒体和企业开发套件，都是替代他的，而且在许多年以前已经达到了很高的水平。

只不过许多互联网公司追逐的是简单、容易烧钱的那些对刚工作的小孩子们具有诱惑力的东西，而不是企业应用，因此在类似csdn这种水平的论坛上所以大家更多看到的是这方的讨论。
[解决办法]
服务器端控件就是个累赘，内网用的网站可以用下，如果要是外网的话，你会 遇到很多麻烦的事。。。，比如网址复制URL会有一个可恶的__VIEWSTATE,只要用服务器控件，这个是去不掉的   0.0
[解决办法]
我是个初学者，开始觉得拖控件好方便，但是用的心里不爽，不知道到底发生了什么，觉得还是懂原理比较好。

查看更多 下一篇