各位讨论一下web服务器控件和Html控件吧,我现在越来越迷茫,来着有分!

Question

1. Web控件最终会被解释成HTML，而HTML控件本身不用解释
2. Web控件的优势在于能在服务器端代码中使用，是配合.NET的服务器端代码而推出的
3. 效率和功能通常不能兼得

Answer 1

web form controls 比 html controls 主要好在两个方面
1。更容易操作和开发带有自动产生用户界面的应用程序
2。用户甚至不需要太多html的知识也能开发出复杂的网页表格所以前者在开发功能上更强大，更灵活。

Answer 2

我中意webform,使用他,事件驱动的编程方式得到充分发挥,
html控件我使用的很少,几乎只使用reset按钮和table.效率方面是微不足道的吧,我根本没有感觉到还有没有其他人的评论呢?
我总觉得不爽

Answer 3

哈哈，我跟你一样，只使用reset和table，偶尔还用一下div，其他一般都是使用webcontrols

Answer 4

能用html控件，就尽量不要用web控件
web控件最终都是以合适的html语言发送到客户端的
不过html控件加上runat=server就可以转化为服务器控件
在客户端也可以script调用服务器控件
当然，如果忽略效率，web控件还是要比html控件要好用得多

Answer 5

如果仅仅只是页面上几个控件，不考虑数据交换，效率不应该成问题，一个页面多出几个TextBox控件跟使用input type=text感觉不应该会有什么大的差别

Answer 6

按说Web控件都要经过服务器一番处理后才发送到客户断，html控件则没有这一步，效率当然要快，特别是访问人数较多时
不过我也养成了坏习惯，经常省事就什么都从web控件里拖:)

Answer 7

我想效率应该是不成问题的，
如果仅仅是多用了及格web服务器控件或者，访问量比较大，效率就慢了下来，那么asp.net就是失败的，web服务器控件的存在就没有多大的意义了

Answer 8

现在的应用可分情况来作，服务端控件：服务端要保留一定的资源，点用服务器资源大些。html控件，只在提交时起作用，不会占用资源，但改成runat=server还是一样的要占用资源。所以我认为：在B-C的商业网站中，不易采用web服务控件，用户量太大，你去访问一下新技术在线就知道其速度了。在B-B的商业应用中，用户比较专一，交互复杂，可以采用WebControl，因为这时候用户数较少，采用也不会有太多的性能降低。以上均未考虑服务器硬件性能。当然是越高越好了。

Answer 9

如果不采用web服务控件或html控件不修改为runat=server的话,
那么事件驱动的编程方式就要改变,也就不存在codebehind了,
写asp.net也就像asp一样了阿

Answer 10

codebehind是很不错，可是客户端的提交一样可以在下一页面的或action指定的页面里用CodeBehind来访问的。

Answer 11

if(不願用服務器控件)
    用ASP 3.0好了;

Answer 12

作为些程序来说，当然还是服务器控件比较好，至少编码效率比较高。但是效率肯定不如html控件高。像buttom，服务器控件其实就是一个submit，他将整个的form都提交了。你说他效率高不高？

Answer 13

像buttom，服务器控件其实就是一个submit，他将整个的form都提交了。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~这句话怎么说?
到底是button提交了整个form还是submit?botton是服务器控件,编码方式是事件驱动方式,不会提交整个form吧

Answer 14

喜欢codebehind编程方式,所以喜欢webform

Answer 15

我也感觉web控件耗费系统资源,但是我想它最大有点就是方便,易用.并且越来越接近可视化编程吧.

Answer 16

如果不是太注重效率，那随便用什么都可以，毕竟Web控件的资源消耗也不是太大。实际运行的时候，一般是感觉不到的。

Answer 17

Web控件最终会被解释成HTML,它的优势在于能在服务器端代码中使用，如数据绑定,可以完成更多的功能

Answer 18

WEB控件功能强，但消耗资源的大，HTML控件功能要差一些，但消耗服务器小，也就是在使用时能用HTML就多用它，功能实现不了也没办法！

Answer 19

WEB控件功能强，但消耗资源的大，HTML控件功能要差一些，但消耗服务器小，也就是在使用时能用HTML就多用它，功能实现不了也没办法！
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~请问楼上,消耗掉多少资源?造成多大的影响呢?
数字说明一切,大家总是这样说,我觉得没劲,也没多大意义!

Answer 20

html控件的对象模型跟标准的html几乎一样；web控件是对html控件的抽象，web控件提供了一种合理且相容的对象模型，然后才给浏览器生成正确的html。
web控件能自动检测出请求数据的浏览器的版本和类型，并向特定的浏览器发送相应的响应；web控件比html控件功能强大的多；web控件能完全访问视图管理信息
虽然web控件消耗的服务器资源比html控件多，但是它功能强大，灵活性好

Answer 21

我们这里有一个高手是这样做的，他很少用服务器端空间（除了用datagrid等绑定容易实现的），基本上都是用javascript和html控件来完成的，一般的对数据库的读取他使用XMLHTTP 这种方法从另一个aspx生成XML文件，然后使用javascript的DOM把他读进来，基本上做到了不刷新业面就可以数据库读数据，很厉害。
其实web控件每次处理都要提交真个叶面，速度上肯定不如使用html控件，还有一个问题，就是 系统的速度 应该 与 整个系统的 设计思路有很大关系，另外，我所了解的就是 流量均横的问题，比如使用多个web服务器去响应，你可以看到微软自己的网站还是用asp写的，访问的人数非常的多，但是速度感觉不到慢。技术是没有尽头的！

Answer 22

html控件当中的值是不会传回服务器的，当页面刷新，它保存的值就会消失了。web控件就不会。这是个很大的区别。

Answer 23

我觉得 baitianhai(hong) 说的很好，web控件每次都刷新页面，感觉很不爽
觉得不如用客户端插件。但我对xml不太熟悉，正在学呢。

Answer 24

html控件runat=server
服务器端可控制，客户端也好写代码。

Answer 25

web控件每次都刷新页面未必吧，那是PostBack！！！

Answer 26

web控件效率方面的损失比起它的优势（比如事件驱动、codebehind模式）比起来真是太微不足道了，WEB控件理论上肯定要比HTML控件慢，WEB是要解释成HTML控件的，但是实际当中我从没感觉到明显的差别。相反，WEB的功能优势是很强大的。