【ASP.NET中,html控件与服务器控件的区别】
如题,在ASP.NET中它们两种控件有和区别。在访问速度上又有什么区别,如果我一个网站同时的访问量在上万、几十万、几百万的时候这两种控件在访问时会出现怎样的情况?还有一个...
如题,在ASP.NET中它们两种控件有和区别。在访问速度上又有什么区别,如果我一个网站同时的访问量在上万、几十万、几百万的时候这两种控件在访问时会出现怎样的情况?还有一个问题,在mvc中<input type='text' id='stu'/>与<%=Html.TextBox("stu")%>这两种控件又有什么本质的区别?
展开
2013-12-22
展开全部
WEB服务器控件是HTML控件的一种扩展,区别是:
1)前者可以触发服务器控件特有的事件,后者只能通过回递的方式触发服务器上的页面级事件。
2)输入到前者中的数据在请求之间可以维护(即具有状态管理功能),而后者无法自动维护数据,只能使用页面级的脚本来保存和恢复。
3)前者可以自动检测浏览器并调整到恰当的显示,而后者没有自动适应功能,必须在代码中手动检测浏览器。
4)每个服务器控件都具有一组属性,可以在服务器端的代码中更改控件的外观和行为,而后者只有HTML属性。
如果某些控件不需要服务器端的事件或状态管理功能时,可以选择HTML控件,这样可以提高应用程序的性能 百度搜索里面不是很多这样的问题吗 。 就如我最后所说的,在不是一定需要使用服务器控件的时候最好用html控件,因为每次页面运行,里面的服务器控件会向服务器里请求数据及其他,这里会占用一定的资源时间。 如有问题请追问。
1)前者可以触发服务器控件特有的事件,后者只能通过回递的方式触发服务器上的页面级事件。
2)输入到前者中的数据在请求之间可以维护(即具有状态管理功能),而后者无法自动维护数据,只能使用页面级的脚本来保存和恢复。
3)前者可以自动检测浏览器并调整到恰当的显示,而后者没有自动适应功能,必须在代码中手动检测浏览器。
4)每个服务器控件都具有一组属性,可以在服务器端的代码中更改控件的外观和行为,而后者只有HTML属性。
如果某些控件不需要服务器端的事件或状态管理功能时,可以选择HTML控件,这样可以提高应用程序的性能 百度搜索里面不是很多这样的问题吗 。 就如我最后所说的,在不是一定需要使用服务器控件的时候最好用html控件,因为每次页面运行,里面的服务器控件会向服务器里请求数据及其他,这里会占用一定的资源时间。 如有问题请追问。
2013-12-22
展开全部
很简单 .net web控件是需要经过服务器编译的控件,但是编译之后他任然是以<input type="">的html控件的形式存在,只不过微软通过附加一些脚本代码来让它能够实现触发服务器端onclick事件的功能。你可以通过查看网页的源代码发现这个问题。
html控件是asp时代用得最多的控件,都是存在于客户端的,当数据做提交的时候会获取表单内这些控件的值然后传给服务器端做处理,这个提交的操作之前能够在客户端对这些控件进行一些基本的数据验证之类的功能,由于在客户端实现数据验证,对服务器的压力会比较小。
总之,既然你已经开始进入.net,就不要仍然用老的思路和方法来实现功能,最好使用web控件,不过要注意的是web控件为了实现服务器端的代码,几乎每个控件都是需要刷新页面的,要和服务器实现互动,这样无形加重了服务器端的压力。原因是b/s架构的网页除非是用ajax或者iframe之类的无刷新技术,否则基本上只能通过刷新页面来实现控件和服务器的数据传递互动。
html控件是asp时代用得最多的控件,都是存在于客户端的,当数据做提交的时候会获取表单内这些控件的值然后传给服务器端做处理,这个提交的操作之前能够在客户端对这些控件进行一些基本的数据验证之类的功能,由于在客户端实现数据验证,对服务器的压力会比较小。
总之,既然你已经开始进入.net,就不要仍然用老的思路和方法来实现功能,最好使用web控件,不过要注意的是web控件为了实现服务器端的代码,几乎每个控件都是需要刷新页面的,要和服务器实现互动,这样无形加重了服务器端的压力。原因是b/s架构的网页除非是用ajax或者iframe之类的无刷新技术,否则基本上只能通过刷新页面来实现控件和服务器的数据传递互动。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询