Ajax & PHP without using the XmlHttpRequest Object，这样的一个标题足够吸引我去看个究竟。然而文章本身其实倒没有太多特别的东西，简而言之是介绍了如何利用动态加载js来实现页面的无刷新数据提交。不过随后的四十几条回复评论内容却很丰富，讨论也颇激烈，让我一口气把它们给看了下来。

　　这其中议论的一大焦点在于作者采用的标题把Ajax给扯了进来，热门名词自然引发热门讨论。在不少人为这篇文章叫好的同时，大量Ajax'ers则认为文章所涉及的技术不值一晒。

• 从纯粹的字面来理解，既然没有XmlHttpRequest的使用，Ajax中的'x'基本上来说也就无从谈起，自然算不上Ajax了。作者多少有些文不对题自相矛盾。
• 从功能性上来说，通过 document.createElement('SCRIPT') 来动态创建js的引用，继而完成客户端数据的异步提交，只能算是类Ajax风格。如果考虑到客户端与服务器之间的交互性和数据提交状态的可跟踪性，js无疑是没法和XmlHttpRequest Object相提并论的。

　　Ajax是个好东西；Ajax之流行带来大量Ajax Framework的涌现对于开发人员来说更是好事（想当初为了实现这些功能所有代码都是自己从头一点点写出来的，早流行几年的话能给我省多少力气啊）。问题在于现在的Ajax就像web2.0一样，被说滥、用滥了。针对Ajax & PHP without ...一文的各种反对声音的批判逻辑往往是：“你这不是Ajax style的，所以你这东西就是trash。”

　　但其实很多时候，我们的需求只是像Ajax & PHP without ...文中的示例那样让表单提交过程更酷一点、避免整个页面的刷新而已。对于这些简单的需求，通过各种其他的"伪"Ajax技术来实现，足矣。其中一个回复评论提到的这篇文章很能说明问题。Remote Scripting的实现方式向来就有多种，针对不同的应用需求完全可以选择不同的解决方案。Ajax这个名词之所以流行，只是因为目前有像Gmail这样重量级的优秀应用实例出现吸引了足够的眼球而已。即使不用XmlHttpRequest对象，我们也可以使用Java Applet来实现类似的数据交互，甚至可以在Flash8里面用XMLSocket来做这件事情。

　　也许作者给自己的文章换个标题效果会更好 -- 就像 Javascript includes - yet another way of RPC-ing 和 Remote scripting with javascript 这两篇讲述类似内容的日志那样。