爱也Ajax ， 恨也Ajax

    自从Ajax流行起来以后，许多人都追风似的疯狂的追逐着Ajax的脚步，无论遇到什么样的应用都必定使用Ajax来实现，也不管有没有必要。无论遇到什么样的需求，也是一水的Ajax操作。

    现在发现许多的书籍简直把Ajax说成了神，什么Ajax高级编程(我要声明一下我在这里并没有针对某一本书籍的意思)，动不动就几百页，甚至上千页。其实仔细看看书里面，充斥的80%还是纯粹的JavaScript代码。

    我想问的是Ajax不就是那几个方法吗？发送、接收、设置回调处理函数、设置报头。其实主要的操作还是对传回的数据进行处理，但是对数据进行处理的那部分操作完全是JavaScript的东西啊！

如果不算对数据进行处理的话。我想Ajax就没有多少东西了吧。

   许多的书籍把Ajax说的那么强大，那么神秘、那么复杂，真不知道吓退了多少人想学习Ajax的脚步！

Ajax主要的操作还是对回传的数据的解析和处理，那主要还是JavaScript的东西，所以应该叫做JavaScript高级应用吧   。

 

    还有就是现在的使用JavaScript在客户端处理大量数据的操作，我想说的是服务器处理器大量数据跟定要比客户端快啊！毕竟服务器的硬件设施比客户端强的不是一点半点，可以说是服务器就是为处理数据而生的，使用Ajax的目的是提高客户端的响应速度，提高与用户的交互性，进而提高用户体验。

当然也可以减轻服务器的负担，毕竟要处理和传输的数据量少多了。但是这是一个结果，并不是条件，我们可以把一些数据处理操作挪到客户端来，主要目的是提高响应速度，并不是减轻服务器的负担，减轻服务器的负担只是它带来的一个好处。现在的许多人已经误解了这个意思，动不动就把一些数据拿到客户端来处理，而且数据量还特别大，那天我见了一个需求就是在客户端处理一个100多M的XML文件，说非常慢，想问问大家有没有什么解决方案，那么大，能不慢吗？而且使用JavaScript在客户端解析XML文件，还会遇到浏览器的兼容性问题，而服务器端就没有这个问题，而且还特别快，有服务器这样的东西了，为什么拿到客户端来呢？

    如果不能提高响应速度，拿到了客户端又有什么用呢？甚至比以前反应还慢，那还不如不使用Ajax呢！

就像你使用了Ajax以后，但是传送的还是特别大的数据，比如传输的不是你只需要的那部分还是整个页面，那还不如直接让服务器使用HTTP打出来呢。

   我的意思就是使用Ajax以后，要让用户感觉到比以前好，那才是最终的目的，而不是为了减轻服务器的负担，如果减轻了服务器的负担，但是却使客户端的响应速度更慢了，那也就失去了使用Ajax的意义了。