导读:
前面介绍过了几个ASP.NET当中的AJAX机制之后,不知道读者是否偶而也有一些confuse,原因是有太多种方法可以在.aspx网页上进行AJAX动作了,目前最常见的几种方式是:
1) 传统的HTTP request(要自己写一些JavaScript code)
2) asp.net 2.0当中的Call Back技术(ASP.NET 2.0当中原生支持,不需要安装任何套件)
3)安装ASP.NET AJAX套件之后的 异步 Web Services Call
4)安装ASP.NET AJAX套件之后的 异步 Page Method Call
5)安装ASP.NET AJAX套件之后的 UpdatePanel
由于有很多读者问到,同时也不少人有这方面的争论或是疑惑,因此笔者分别针对这几种方式稍做说明。
目前,只要您是ASP.NET的开发人员,我相信你会在2,3,4,5这几种方法当中选一个,而最常用的可能是方法5。因为方法1这种传统的Http Request不仅要编写相当多的JavaScript,并且很可能您要自己处理浏览器兼容与支持的相关问题,因此一般来说我们不太做这样的用法。
而其中最简单的则是方法5, 采用UpdatePanel,但是, 读者要知道,上述各种AJAX技术当中,最耗费频宽且效率最差的就是UpdatePanel,笔者在研讨会常常碰到读者询问ASP.NET AJAX的效率不好(但是其实只有UpdatePanel的效率不是非常好,而且这还跟使用的方式有关...),因此在这边笔者要再三强调,仅管你看到 UpdatePanel 所谓的“partial postback” "似乎只是" 将一小块区域回传给伺服器端,但是实际测试后你会发现,在进行partial postback时,其实是 "整个页面" 回传给伺服器端(只是没有换页),而虽然reload回来的时候确实是局部的页面,但是如果你加上了Timer一起用,肯定会造成可怕的网路流量...
而方法3的异步Web Services呼叫其实是笔者比较喜欢的方式,不管在执行效率或是原理架构上,都是蛮漂亮的AJAX用法,而方法4的PageMethod则是类似于方法3的一种简易用法,不需要额外建立一个Web Services(.asmx),就可以在页面当直接使用,是比较轻量级的方式,如果您的页面上想要画龙点睛的来一小段AJAX功能,方法4是不错的选择,而方法3则可以让开发人员以正规的方式建立较为庞大的AJAX架构,例如编写一个AJAX版的开发平台,类库...等
而方法2呢?怎么越来越少听到笔者谈起?可能有读者以为ASP.NET AJAX出现之后我们就把它抛在一边了,其实这个观念不是非常的正确,您会发现Call Back技术依旧是目前 "编写支持AJAX功能的Web控件" 最好的方式...
可能笔者提的很少,但是其实是因为台湾现在写控件的人越来越少了,您若深入研究就会发现,ASP.NET 2.0当中的Call Back机制不仅可以用在网页上,也可以用在User Control和Web control,可以让页面(或控件)直接支持AJAX功能,是非常好用且笔者非常喜欢的一种做法,如果你的开发团队当中,需要自行开发控件,而这些控件想要支持AJAX,Call Back技术是最理想的选择...
而Extender Control呢?它不是也能来编写控件吗?呵呵,没错,不过这又是另一个层面的问题了,也许下次有机会时后再跟大家报告一下这中间的差异...
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1926581
本文转自
http://blog.csdn.net/dotnetWalker/archive/2007/12/10/1926581.aspx
前面介绍过了几个ASP.NET当中的AJAX机制之后,不知道读者是否偶而也有一些confuse,原因是有太多种方法可以在.aspx网页上进行AJAX动作了,目前最常见的几种方式是:
1) 传统的HTTP request(要自己写一些JavaScript code)
2) asp.net 2.0当中的Call Back技术(ASP.NET 2.0当中原生支持,不需要安装任何套件)
3)安装ASP.NET AJAX套件之后的 异步 Web Services Call
4)安装ASP.NET AJAX套件之后的 异步 Page Method Call
5)安装ASP.NET AJAX套件之后的 UpdatePanel
由于有很多读者问到,同时也不少人有这方面的争论或是疑惑,因此笔者分别针对这几种方式稍做说明。
目前,只要您是ASP.NET的开发人员,我相信你会在2,3,4,5这几种方法当中选一个,而最常用的可能是方法5。因为方法1这种传统的Http Request不仅要编写相当多的JavaScript,并且很可能您要自己处理浏览器兼容与支持的相关问题,因此一般来说我们不太做这样的用法。
而其中最简单的则是方法5, 采用UpdatePanel,但是, 读者要知道,上述各种AJAX技术当中,最耗费频宽且效率最差的就是UpdatePanel,笔者在研讨会常常碰到读者询问ASP.NET AJAX的效率不好(但是其实只有UpdatePanel的效率不是非常好,而且这还跟使用的方式有关...),因此在这边笔者要再三强调,仅管你看到 UpdatePanel 所谓的“partial postback” "似乎只是" 将一小块区域回传给伺服器端,但是实际测试后你会发现,在进行partial postback时,其实是 "整个页面" 回传给伺服器端(只是没有换页),而虽然reload回来的时候确实是局部的页面,但是如果你加上了Timer一起用,肯定会造成可怕的网路流量...
而方法3的异步Web Services呼叫其实是笔者比较喜欢的方式,不管在执行效率或是原理架构上,都是蛮漂亮的AJAX用法,而方法4的PageMethod则是类似于方法3的一种简易用法,不需要额外建立一个Web Services(.asmx),就可以在页面当直接使用,是比较轻量级的方式,如果您的页面上想要画龙点睛的来一小段AJAX功能,方法4是不错的选择,而方法3则可以让开发人员以正规的方式建立较为庞大的AJAX架构,例如编写一个AJAX版的开发平台,类库...等
而方法2呢?怎么越来越少听到笔者谈起?可能有读者以为ASP.NET AJAX出现之后我们就把它抛在一边了,其实这个观念不是非常的正确,您会发现Call Back技术依旧是目前 "编写支持AJAX功能的Web控件" 最好的方式...
可能笔者提的很少,但是其实是因为台湾现在写控件的人越来越少了,您若深入研究就会发现,ASP.NET 2.0当中的Call Back机制不仅可以用在网页上,也可以用在User Control和Web control,可以让页面(或控件)直接支持AJAX功能,是非常好用且笔者非常喜欢的一种做法,如果你的开发团队当中,需要自行开发控件,而这些控件想要支持AJAX,Call Back技术是最理想的选择...
而Extender Control呢?它不是也能来编写控件吗?呵呵,没错,不过这又是另一个层面的问题了,也许下次有机会时后再跟大家报告一下这中间的差异...
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1926581
本文转自
http://blog.csdn.net/dotnetWalker/archive/2007/12/10/1926581.aspx