服务器控件

Question

什么时候使用服务器控件合适,什么时候使用html控件合适?
比如输入框,

Answer 1

这个似乎没有什么规定吧
打个比方
假如你在一个aspx页上有一个TextBox控件mybox，要获得用户在它里面输入的值，不用Request，用mybox.Text就行，是不是省事多了？

Answer 2

老问题了，看需要了！web控件可以在后台方便调用
html只能在客户端脚本中调用，如果要在服务器端调用只需在html控件中加入runat= "server "
web控件很难控制样式和布局
html控件很容易控制页面布局和样式  所以一般web控件嵌套在做好样式和布局的html控件中我的建议是：
能不用服务器端控件尽量不用
能用html控件就不要用web控件
服务器端控件效率低

Answer 3

输入框 我一般习惯试用html控件加runat=server

Answer 4

我也是担心效率.不过不用Request，用mybox.Text就行，这个倒是不错

Answer 5

http://topic.csdn.net/u/20081125/14/8ee08b8c-5a3a-4c74-be3e-b1b5666d86cf.html

Answer 6

现在很多开源框架也都是用服务器控件的，我认为问题不大。效率更多应该体现在整体框架，数据库操作性能上面。
如果为了用HTML控件，而牺牲了用服务器控件的方便性，那就是技术的倒退。当然如果不要后台处理的，自然就html控件

Answer 7

不需要后台交互的就用html控件

Answer 8

怎么方便怎么用吧.
比如你在aspx的页面中你用哪个都行.
当然是有区别的.你可以看一下关于服务端控件开发的书,里边会讲些实质性的东西.但如果你在纯html的页面上做开发,通过ajax技术交互.你想用服务器端控件也用不了:)

Answer 9

能用html控件尽量用html控件，服务器控件最终也将解释为html控件，干脆直接写html控件编译的更快些！

Answer 10

能用html控件尽量用html控件，如果是对性能要求比较高的；一般的话随你喜欢！！！！

Answer 11

如果对性能要求比较苛刻的话,当然尽量用html控件,否则的话用服务器控件,毕竟开发起来比html控件方便多了