摘要
Ajax应用程序由于其丰富的功能、交互性以及快速的响应能力而得到人们的普遍赞许。它可以使用XMLHttpRequest对象动态地加载数据，而不是加载新的页面。在它大肆进行宣传以及许多人兴奋的同时，有评论指出，Ajax应用程序丢失了浏览器的一些重要功能，包括对后退前进按钮的支持。
本文将首先阐明为什么在Ajax应用程序中除非显式地构建后退/前进按钮以及其它浏览器功能，否则它们将无法运行的原因。然后，我们将简要介绍开发人员如何解决这些问题。最后，我们将看到有关Backbase Ajax引擎如何支持后退/前进按钮以及其它标准浏览器功能的详细情况。
Ajax应用程序是否需要后退按钮？
Ajax承诺，可以让开发人员完全基于标准的Web浏览器技术（通常是指DHTML）创建在视觉上吸引人的、高度交互式的Web应用程序。
以前开发人员不得不在功能丰富（具有高度交互性的、吸引人的用户界面）和易于到达（不需要进行客户端安装就可以工作在所有Web浏览器下的前端）二者之中作出选择。而Ajax应用程序应该能够产生既“功能丰富”又“易于到达”的前端。
但是一个界面怎样才算是“功能丰富”的，而一个应用程序又怎样才是“易于到达”的呢？
很难精确地定义“功能丰富”的含义，但是却很容易直觉地认识到：当您看到一个界面时，您就会知道它是不是功能丰富的。象Microsoft Office之类的桌面应用程序就是功能丰富的。功能丰富的界面使用诸如选项卡和上下文菜单这样的高级UI控件。这样的界面提供一些高级交互方法。例如，拖放、对关注的UI元素进行高亮显示等。传统的浏览器应用程序是功能不丰富的。它们仅限于诸如表单之类的简单控件，交互主要是由到新页面的单击链接组成。我们只要看看微软的电子邮件客户端就可以看出功能丰富和功能不丰富的区别：Outlook是功能丰富的，而Hotmail就是功能不丰富的。
Ajax应用程序已经由于功能丰富而得到人们的普遍赞许。Google的Gmail就是其中最具代表性的例子。Google所开发的其它Ajax应用程序（Google Suggest、 Google Map）、微软即将推出的名为“Kahuna”的Web邮件客户端以及Backbase RSS Reader都包含了一些高级控件和交互模块。可查看Dan Grossman的Top 10 Ajax Applications列表，其中给出了一个让人印象深刻的功能丰富界面的列表。
通过前面的讨论，可以说Ajax应用程序很明显满足“功能丰富”的标准。那么它是不是“易于到达”的呢？
首先，最基本的是，只有界面在Web浏览器中运行的应用程序才是“易于到达”的。Ajax应用程序是基于浏览器标准的，因此可以通过Web浏览器来访问。
但是，仅仅可以通过Web浏览器访问还不够。Jakob Nielson在他2000年的文章Flash: 99% Bad中指出，Flash“打破了Web的基本交互方式”。终端用户希望在使用Web应用程序时所面对的是特定的交互方式。应用程序需要遵从传统的Web交互方式，并提供以下的可用功能：
- 后退和前进按钮可以正常工作，以便终端用户可以导航到历史记录页面。
- 用户应该可以创建书签。
- 支持深链接，以保证终端用户可以将这个页面通过电子邮件发送给朋友和同事。
- 刷新按钮可以正常工作，以便刷新当前的状态而不是重新初始化应用程序。
- 开发人员可以使用“查看源文件”看到源代码。
- 终端用户可以使用“查找”对页面进行搜索。
- 搜索引擎可以为页面做索引并创建到搜索项的深链接。
再看一下Top 10 Ajax Applications列表，我们可以看出，之前讨论的大多数Ajax应用程序的确打破了标准的Web交互方式。在下一节中，我们将讨论为什么许多Ajax应用程序会这么做。
为什么Ajax应用程序常常会使后退按钮无法正常工作？
我们所说的Web基于以下三个原则：
- 使用 (D)HTML来定义界面
- 使用HTTP实现客户端与服务器间的通讯
- 使用URI进行寻址
Ajax编程突破了由以上原则所带来的种种限制，使得界面功能更加丰富。正如我在以前的文章A Backbase Ajax Front-end for J2EE Applications(中文版)中所介绍的那样，Ajax广泛使用了JavaScript（“J”）以创建功能丰富的UI组件和交互性。Ajax还引入了异步的XML通信（“A”和“X”），也就是使用XMLHttpRequest对象导入新的数据和表示逻辑而不必刷新页面。然而，目前的Ajax模型并没有解决如何处理URI的问题。
Ajax应用程序对(D)HTML和HTTP的使用方式做了改变，而这种改变带来的直接结果就是后退按钮和Web的基本交互方式的其它元素无法正常工作了。在本节的其余部分，我将说明如何通过以Ajax的方式处理URI来解决上述问题。首先我们来看看在传统的Web应用程序中URI是如何与用户交互相关联的。
从技术方面来说，用户交互是指用户界面状态的一次更改。状态改变由终端用户发起。浏览器客户端通过向服务器发出页面请求来处理状态更改（REST法则）。服务器将发送新的页面和新的URI到客户端以生成新的界面状态。简单地说，每个用户交互都是通过会导致如下结果的服务器往返来处理的：
这些Web功能之所以能够被使用，是因为浏览器在它的历史记录堆栈中记录了连续的URI，并在地址栏中向终端用户显示当前URI，用户可以通过地址栏复制URI，并将其发送给朋友。当用户单击后退按钮或者向浏览器的地址栏中粘贴一个来自于电子邮件的URI时，就会触发一次到服务器的往返。因为服务器负责状态管理，所以它就可以生成相应的页面。
Ajax应用程序与传统的Web应用程序之间的主要区别在，Ajax应用程序可以处理用户的交互而无需页面重新加载。例如，通过XMLHttpRequest对象从服务器载入数据，或者使用JavaScript来处理拖放客户端。
在上面的两个例子中，状态改变了，但是却没有生成新的URI。因此，单击后退按钮或刷新按钮会产生意外的结果，在地址栏中也不会有深链接的URI。
为了提供传统的Web可用功能，Ajax应用程序需要以类似于服务器处理传统的Web应用程序的方式来处理URI客户端。Ajax应用程序需要实现以下功能：
- 当客户端状态发生改变时，生成一个URI，并将其发送到浏览器
- 当浏览器请求新的URI时可以重新创建状态。
实现以上功能后，浏览器的历史记录就可以正常工作，浏览器的地址栏就可以显示URI，当然，您也就可以将它发送给朋友了。这里还有另外一个难点，那就是如何确定Ajax引擎什么时候需要实现以上功能（例如，哪一次状态改变需要创建新的URI）。在传统的模式中，每一次页面刷新都对应着一次URI更新。而在Ajax模式中，每一个客户端事件都将新的URI添加到浏览器堆栈中。交互设计者和开发人员将不得不做出决定：哪一次状态改变是有意义的。只对有意义的状态改变才需要生成URI。
下面我们对提供Web可用功能的Ajax应用程序在客户端需要实现的功能做一下总结：
- 创建历史记录
- 保存有意义的状态
- 生成相应的URI
- 将这个URI添加到浏览器的堆栈中
- 恢复历史记录
- 检测URI的改变
- 通过URI重新创建状态
1
2
3
4
下一页>>
