在应用程序中使用 Ajax 的时机 谨慎决策，以避开常见陷阱并增强用户体验。

<!----><!----><!---->

级别： 初级

Jesse Skinner, Web 开发人员, Freelance

2008 年 3 月 18 日

 

邂逅 Ajax

 

当使用 Asynchronous JavaScript + XML (Ajax) 开发技术增强的应用程序第一次出现在网上时，Web 开发人员肃然起敬。一夜之间，Web 站点和 Web 应用程序的潜在价值似乎变得无穷无尽了。过去，许多开发人员和用户认为，Web 站点和 Web 应用程序只是其桌面应用程序的一个粗燥、丑陋、复杂的版本而已。但见识了 Ajax 增强的应用程序和 Web 站点之后，开发人员和用户不约而同地意识到，在浏览器中可以做的事情超乎想象。随着如今的 Web 浏览器拥有了处理高级文档对象模型（Document Object Model，DOM）脚本和复杂层叠样式表（Cascading Style Sheets，CSS）的能力，需要创建一种能够更改、更新，以及通过与后台服务器对话立即响应的接口，而 Ajax 给这一任务划上了圆满的句号。但是，有时候由于太过兴奋导致了用户体验不太理想。

Web 开发的游戏规则已经改变了，许多开发人员一有机会就使用 Ajax 完成工作。许多站点甚至放弃了超文本标记语言（HTML），而转为完全使用 JavaScript™ 构建站点。

创新与可预见性 Ajax 使 Web 创新成为可能，但同时增加了违背用户意愿的可能性。请记住，在向站点添加 Ajax 的同时，您也承担着为用户修复它引起的任何问题的责任。

如果问一般的 Web 用户觉得 Ajax 技术怎么样，他（她）可能只会茫然的看着你。许多用户都不关心他们使用的网站的构建技术。他们对好的用户体验更感兴趣，即能够尽可能轻松地完成所需的工作，至于应用程序的具体结构，就让它安全地呆在后台吧。

本文分析 Ajax 的能力，同时探讨什么情况下使用 Ajax 将会弊大于利。希望您能从中获得灵感，能以从未想过的方式使用 Ajax，也希望您不至于因为构建一个流行站点而疯狂。

 

 

详见:http://www.ibm.com/developerworks/cn/web/wa-aj-when/?S_TACT=105AGX52&S_CMP=techcsdn