Ajax 的流行程度呈爆炸式增长。老式的 Web 框架正在为支持 Ajax 而自行革新，新的纯 Ajax 框架正在开发之中，很多组织正在考虑采用 Ajax，或者已经开始了构建 Ajax 应用程序的工作。但在所有这些悸动之中，只有相当少的组织成功开发了 Ajax 应用程序。本文是分为两部分的系列文章的第二部分，本文将帮助您决定是否应在实际 IT 应用程序中使用 Ajax，旨在提高您在 Ajax 开发中取得成功的机会。查看第一部分文章：Ajax/REST 架构风格的优点。

　　在这个共分两部分的系列文章的 第 1 部分 中，我们讨论了对于那些需要动态和个性化的用户界面，同时又要求可伸缩性的 Web 应用程序来说，Ajax/REST 架构风格可能带来的好处。给定这些需求之后，我解释了为什么相对于传统的服务器端 Web 应用程序架构风格来说，Ajax/REST 极为出色。但只有在您成功设想、规划、开发、测试和部署了 Ajax 应用程序之后，用户才能享受这些美好的运行时特性。本文说明了 Ajax/REST 应用程序的开发时特性的问题。其目标是为那些有兴趣在实际应用程序中使用 Ajax 的读者解答两个重要的问题：

　　Ajax/REST 架构风格的新兴给使用传统服务器端 Web 应用程序风格的组织带来了一些挑战。尽管与传统模型相比，Ajax 具有许多引人注目的架构优点，但立即全面转换成纯粹的 Ajax/REST 架构对于所有组织来说并不现实。那些缺乏 Ajax 开发技巧的组织可向现有服务器端 Web 架构逐渐、增量式地添加 Ajax 功能，从而开始采用 Ajax 技术。随着这些组织在 Ajax/REST 使用方面的经验逐步增加，他们就可以安心地尝试更有趣、更有野心的项目。

　　您是否应该使用 Ajax?

　　Ajax 是一种由一组技术构成的架构风格。这些技术本身并没有好坏之分;它们都是中立的。只有在某些组织能够应用某种技术来解决特定的问题或满足特定的需求时，这种技术才会或多或少地有用。因此要回答 “我应该使用 Ajax 吗?” 这个问题，您必须评估自己的组织正在尝试解决的问题是什么，Ajax 可以对您实现目标提供怎样的帮助(还是根本就帮不上忙)，以及您的组织是否具有项目成功所需要的恰当人员。

　　考虑采纳选项的范围

　　我们可能会纳闷，“采纳 Ajax” 到底是什么意思。要利用 Ajax，组织并不需要重新编写使用纯 Ajax/REST 架构的程序。我建议您从一些小程序入手，逐渐积累一些经验和信心，而不是直接立即采用纯粹的 Ajax/REST 架构。

　　采纳 Ajax 可以意味着完成一些轻量和细微的任务 —— 可能是重新实现 Web 应用程序的一个小特性，以使其更酷、更具响应性。Netflix 电影反馈特性就是这种轻量级风格的一个例子。顾客可以通过点击 1 到 5 星来快速给电影评分。每次点击会立即更新 它们的 Netflix 参数，并相应地调整推荐电影。

　　在采纳的整个领域内，高端采纳就是诸如 Google 的 Gmail 和 Maps 之类的应用程序，它们已经重新定义了 Web 应用程序开发的当前发展水平。这些应用程序因其众多的直观交互特性、可视化效果和根据用户操作和数据不断调节用户界面方面的能力而知名。

　　设想一下，如果您为自己的行业开发一个像 Google Maps 一样精密的程序会接受到多少正面的反应，这非常有趣。但应该现实一点。Google 可能是世界上最出色的 Web 开发组织，因此以它为基准来衡量 Ajax 的能力是非常危险的。不要忘记，Google(明智地)只有为黄金时间做好准备后才会发布自己的新应用程序，因此我们只看到了成功。可以推测，即使是 Google 的天才们偶尔也会在应用 Ajax 时失败，我们只是不知道这些失败而已。

　　纯 Ajax/REST 是一种新的架构风格，相对于诸如 JSP(JavaServer™ Page 技术)和 PHP 等较为成熟的 Web 应用程序风格来说，它仍然很难实现。除非提供下一代的 Web 用户经验是主要需求，而且还有世界级的 Web 开发团队，否则您的组织最好像 Netflix 一样最初 “小规模地采纳 Ajax”，而不是像 Google 一样 “大规模地采纳 Ajax”。