面对众多Ajax框架，我们该如何选择呢？

作者：IT168 Amigo 2007-07-04

内容导航：

第1页：前言第2页：纯JavaScript库第3页：服务器端的Ajax库第4页：结论

【IT168 专稿】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 2 3 4

【内容导航】

第1页：前言	第2页：纯JavaScript库
第3页：服务器端的Ajax库	第4页：结论

[责任编辑：李宁]

进入论坛>>相关论坛贴

热点文章排行