我不会选择xAjax的几个理由：

1、页面只能是PHP，而不能是纯HTML或者其他。
如果我的应用中需要用到纯HTML网页的缓存机制来减轻服务器的压力，或者应用中有其他语言例如ASP的页面，不能轻易将二者结合起来。其实自从知道MVC这个名词后，就希望HTML代码中尽量不嵌入脚本代码；但即使只希望提供一个表单，xAjax也要求你使用PHP。

2、只能采取responseXML返回结果。
在第一次使用的时候，只是加了一条echo语句，在页面上就报告了“Error: the XML response that was teturned from ths server is invalid”这样的错误，使我莫名奇妙了许久。
事实上，倘若出现了异常，PHP会直接退出，而不会等到对结果进行XML封装的时候。另外，很多人常用的die语句也会导致错误，而且开发者不能使用脚本对这样的异常进行捕捉。

3、将页面显示的处理放在PHP页面中。
调用Server端的函数后，要改变页面的显示，有两种方法：1、在PHP里根据提供的方法修改页面的属性；2、在PHP里添加修改页面属性的脚本（这是多么别扭）。不管是哪种方法，我认为xAjax违法了MVC模式所提倡的内容：将M和V尽量分开。开发者处理业务逻辑的时候，不得不面对页面的显示；或者刻意躲开，将业务逻辑部分另外封装，由server端的函数再调用——每个业务都要好几个PHP文件，太复杂了，尤其对小应用而言：我只要aJax就够了，不希望PHP抢占JS的工作，JS对于页面处理还有很多成熟的东西，我可不想丢弃换个做法重写。