html控件和web控件虽然好多功能相同并且长得很像,但是它们的内部实现机制是完全不一样的,Web控件要比Html控件执行效率要好。
html控件和web控件比较1:使用起来也相当方便,举个简单的例子,例如Button的生成:
Html控件是将庞大控件集合全部弄到页面中,用到哪个功能,就设置一下属性,如下:
这样会占用相当大的控件资源 。
Web控件是将集成式的拆解成单功能的:
这样就可以节省不必要的控件所占用的资源了
html控件和web控件比较2:Web控件具有回送功能,能够用ViewState维持控件的状态. Html控件则不能,当点击页面的操作,其状态就会丢失.
可以做这样的一个实验:
I. 分别建立两个文件: a.html b.aspx
II.在a.html页面中加Html控件的RadioButton和一个button,在b.aspx中加Web控件的RadioButton和一个button
III.a.html直接双击浏览器运行,b.aspx通过IIS运行
IV.在a.html运行界面中,选中RadioButton,再单击Button按钮,会发现RadioButton会
取消选中(丢失其状态),但在b.aspx页面执行同样的操作,RadioButton不会丢失,因为ViewState
给它保存了状态. 您可以在运行界面点击浏览器菜单"查看"->“源文件",打开Html代码文件,
找到加密后的ViewState,类似于下面:
其实ViewState实现原理也是将一些信息放到隐藏的一个控件中,并且asp.net生成的ViewState信息是存储在客户端的,这里要注意的一点是:只有当格式为*.aspx文件,并且控件具有属性:"runat=server"时,回送功能才能打开
html控件和web控件比较3:Html控件与Web控件***的区别是它们对事件处理的方法不同。对于Html窗体控件,当引发一个事件时,浏览器会处理它。但对于Web控件,事件仅由浏览器生成,但浏览器不会处理它,客户端要给服务器发个信息,告诉服务器处理事件。不过有些事件,比如: 按下键/移动/鼠标等事件,asp.net中没有这些事件 (因为这些事件即时性强,服务器处理得不够及时),这时候Html控件就发挥其作用了,结合Html事件协助完成.
如下是一些Html常用的事件:
在浏览器上执行的Html控件事件:
单击时触发:
鼠标弹起时触发:
悬浮在控件上方时触发
鼠标在控件上方移动时触发
//双击控件时触发
//当焦点在控件时,按键时触发
//按键按下时触发
在不需要与后台进行交互时就使用HTML控件,它的占用的资源比较少,速度也比较快,在需要与后台进行交互时,就使用WEB控件,或者在HTML 控件上加上runat="server" 也可以将一个HTML控件转换成交互控件,但这样占用的资源就和Web控件没任何分别了。
WEB控件可以响应服务器端事件,可以在后台代码中设置相关属性和方法等!HTML不可, WEB服务器控件需要通过服务器处理后译为HTML控件再发送给浏览器,所以比较耗费服务器资源,并由于有IEWSTATE,所以在回送的时候会保持控件状态(也可以设置不保存)也因此增加了回送信息量。HTML直接发送到浏览器,不另耗费服务器资源,但无状态保存!
获得HTML控件的值 需要使用REQUEST的FORM 方法,WEB控件就可以直接通过属性直接处理!
所以,一般来说,对于不需要保存控件状态,并无什么对值处理的地方就可以使用HTML 如果需要对控件进行动态的处理,或要保存其状态等 就可以WEB服务器控件!WEB服务器控件用起来个人认为要方便些,但是就是另外多耗费服务器资源!
很多书上都说,考虑性能的话在能不用WEB服务器控件的地方就尽量不用。
什么时候用什么时候不用还是要看具体情况,在条件宽松的情况下就看个人习惯了。
区别就是服务器控件有runat=server不是很必要的话用html,web太浪费资源。
【编辑推荐】
【责任编辑:王苑 TEL:(010)68476606】
点赞 0