【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）。
|
