我们已经提到,在传统的Web应用中,服务器在每个步骤都需要把模板文件、内容和数据 混合发送给浏览器。但实际上,当向购物车中添加一件物品的时候,服务器真正需要响应的 仅仅是更新一下购物车中的价格。如图1-13所示,这只是整个文档中极小的一小部分。 基于Aiax的购物车可以向服务器发起一个异步请求来完成这件事,这样做显得更聪明。模 板文件、导航列表和页面布局上的其他部分已经随着初始页面发送给了浏览器,服务器无需 重发,以后每次只需要发送相关的数据就可以了 Aax应用可以通过多种方式来做这件事情。例如,返回一段 Javascrip代码、一段纯文本或 者一小段XML文档。这些方式各自的优缺点,我们将留到第5章再详细考察。但是,毫无 疑问的是,无论返回数据采用何种格式,这些方式所传输的数据量都要比传统的Web应用 中一股脑返回一个大杂烩的方式少得多 在Ajax应用中,网络的通信流量主要是集中在加载的前期,无论如何,用户登录后是需要 一次性地将一个大而复杂的客户端交付给浏览器。但是在此之后,与服务器的通信则会有效 率得多。对于瞬态应用来说,积累起来的通信流量要比以前的基于页面的Web应用少很多 与此同时,平均的交互次数则有所增加。整体而言,Aax应用的带宽消耗要比传统的web 应用低一些。 1.2.3用户交互变得流畅而连续 浏览器提供了两种输入机制:超链接和HIML表单 超链接可以在服务器上创建,并预加载指向动态服务器页面或者 servlet的CGl参数。可以 用图片或者CSS(层叠样式表)来装饰超链接,并且当鼠标停在上面时还可以提供基本的反 馈。经过合理设计,超链接可以变成一个很有想像力的UI组件。 表单则提供了桌面应用的一组基础UI组件:输入文本框、单选按钮和多选按 钮,还有下拉列表。但仍然缺少很多有用的UI组件,例如,没有可用的树控件、可编辑的 栅格、组合输入框等。表单像超链接一样,也指向服务器的一个URL地址我们已经提到，在传统的 Web 应用中，服务器在每个步骤都需要把模板文件、内容和数据 混合发送给浏览器。但实际上，当向购物车中添加一件物品的时候，服务器真正需要响应的 仅仅是更新一下购物车中的价格。如图 1-13 所示，这只是整个文档中极小的一小部分。 基于 Ajax 的购物车可以向服务器发起一个异步请求来完成这件事，这样做显得更聪明。模 板文件、导航列表和页面布局上的其他部分已经随着初始页面发送给了浏览器，服务器无需 重发，以后每次只需要发送相关的数据就可以了。 Ajax 应用可以通过多种方式来做这件事情。例如，返回一段 JavaScript 代码、一段纯文本或 者一小段 XML 文档。这些方式各自的优缺点，我们将留到第 5 章再详细考察。但是，毫无 疑问的是，无论返回数据采用何种格式，这些方式所传输的数据量都要比传统的 Web 应用 中一股脑返回一个大杂烩的方式少得多。 在 Ajax 应用中，网络的通信流量主要是集中在加载的前期，无论如何，用户登录后是需要 一次性地将一个大而复杂的客户端交付给浏览器。但是在此之后，与服务器的通信则会有效 率得多。对于瞬态应用来说，积累起来的通信流量要比以前的基于页面的 Web 应用少很多。 与此同时，平均的交互次数则有所增加。整体而言，Ajax 应用的带宽消耗要比传统的 Web 应用低一些。 1.2.3 用户交互变得流畅而连续 浏览器提供了两种输入机制：超链接和 HTML 表单。 超链接可以在服务器上创建，并预加载指向动态服务器页面或者 servlet 的 CGI 参数。可以 用图片或者 CSS（层叠样式表）来装饰超链接，并且当鼠标停在上面时还可以提供基本的反 馈。经过合理设计，超链接可以变成一个很有想像力的 UI 组件。 表单则提供了桌面应用的一组基础 UI 组件：输入文本框、单选按钮和多选按 钮，还有下拉列表。但仍然缺少很多有用的 UI 组件，例如，没有可用的树控件、可编辑的 栅格、组合输入框等。表单像超链接一样，也指向服务器的一个 URL 地址