面对众多Ajax框架,我们该如何选择呢?(转载Amigo 2007-07-04 )

  Ajax(Asynchronous JavaScript and XML)框架或库(以下简称为Ajax库)有如雨后春笋般令如今的开发人员眼花缭乱,总是为选择适合自己项目的Ajax库而感到迷惑。笔者通过对各种Ajax库的分析比较及对过去项目经验的总结,希望与读者就如何选择合适的Ajax库而进行一些心得体会的交流,以期待共同学习与进步。
一、        前言
面对Ajax遍地开花的局面,很多的WEB开发人员都跃跃欲试。但对于已经被各种IDE娇生惯养的开发人员而言,如果还要自己通过编写XMLHttpRequest代码来直接获得XMLHttpRequest调用,这恐怕有如在饭店点完菜后还得自己去炒菜般的尴尬。想必各位早已经注意到了各种接连不断涌现的Ajax库,以及千方百计吸引各位开发人员的Ajax商业软件或框架。虽然它们都能着力于使开发人员避免手工直接编写Ajax程序,但是如此多的Ajax库,开发人员又何去何从呢?
笔者认为,首先得了解如下两种基本的Ajax库,以及将它们的功能与具体应用程序相结合的途经或方法:
1.         纯JavaScript库,提供核心的、远程的脚本。
2.         服务器端的Ajax库:在应用服务器端生成Ajax代码。
两种类型都有自己独特的应用范围,这主要取决于所应用的具体Web程序。当然开发人员的喜好有时也是首要的选择因素。两种类型有时也会混合使用以便于达到最佳效果。为了帮助读者更好的区分使用这两种类型的Ajax库,表1分析列举了两种类型各自的优缺点。
表1.两种Ajax库的优缺点比较
Ajax库类型
优点
缺点
基于服务器的Ajax库
l         使需要处理的JavaScript代码减少到最小(各种类型的库稍有不同)。
l         能将本地服务端对象如数据库的记录集,映射成JavaScript等价物。
过于紧密的将JavaScript代码绑定到服务端语言。
纯JavaScript的Ajax库
l         可处理多种服务器端语言。
l         使客户端代码与服务器端代码更好的分离。
开发人员需要自行将服务器端的返回值转换成XML或JSON(JavaScript Object Notation)。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值