ajax应用开发：实践指南.docVIP

前的Web应用开发基本上都是围绕富互联网应用（Rich Internet Application，RIA）展开。RIA的实现技术有很多种：Ajax、Flash、JavaFX和Sliverlight等。Ajax技术的优点在于它是构建在开放标准之上，不存在厂商锁定的问题；同时也不需要额外的浏览器插件支持。Ajax应用对搜索引擎也比较友好。对开发者来说，Ajax所需技术的学习曲线也较平滑，容易上手。本文简要介绍了Ajax应用开发的各个方面以及相关的最佳实践，但对一些细节内容没有展开讨论。 Ajax简介 Ajax 技术的出发点在于改变传统Web应用使用时的“操作-等待页面加载-操作”的用户交互模式。这种交互模式会打断用户正常的使用流程，降低用户的工作效率。Ajax技术的交互模式是“操作-操作-操作”。用户并不需要显式地等待页面重新加载完成，而是可以不断地与页面进行交互。页面上的某个局部会动态刷新来给用户提供反馈。整个交互过程更加平滑和顺畅。这是Ajax技术得以流行的一个重要原因。 Ajax构建于一系列标准技术之上，包括HTML、JavaScript和CSS等。在这些技术中，HTML是作为应用的骨架而存在的，展示给用户最基本的内容。CSS则为HTML表示的内容提供易于用户阅读的样式。JavaScript则为应用添加丰富的交互行为，为用户提供良好的使用体验。 Ajax技术的出现使得应用中一部分的逻辑从服务器端迁移到了浏览器端。浏览器的作用从简单的渲染页面和表单处理，上升到了处理一部分业务逻辑。 一般来说有两种类型的Ajax应用风格，一种是仅少量使用Ajax技术来适当增强用户体验（Ajax Lite），另外一种则是大量使用Ajax技术来达到与桌面应用相似的用户体验（Ajax Deluxe），提供诸如鼠标右键、拖拽和级联菜单等。开发人员应该根据应用的特征选用合适的风格。 浏览器兼容性 开发Ajax应用的时候要面对的一个重要问题就是浏览器兼容性。虽然Ajax技术基于HTML、JavaScript和CSS等标准技术，但是不同的浏览器厂商对于这些标准的实现程度有着很大的差别。同一浏览器的不同版本之间也会有一些不同。新版本可能会修复旧版本上的问题，也可能会带来新的问题。不过总体的趋势是浏览器的实现越来越向标准靠拢。 解决浏览器兼容性的第一步是确定应用要支持的浏览器种类和版本。这个决策取决于应用的目标用户和特定的应用需求。对于一般的通用Ajax应用来说，可以按照浏览器的市场份额和支持某种浏览器所需的代价来确定。雅虎提出的分级式浏览器支持（Graded Browser Support）是一个很好的参照，从其中给出的A级浏览器开始是一个不错的选择。从特定的应用需求来说，某些使用了ActiveX控件的Ajax应用就只能在IE上运行；而开发针对iPhone的应用则只需要考虑移动版WebKit就可以了。 就 Ajax应用的三个组成部分来说，HTML的兼容性问题比较少，毕竟目前主流的HTML 4.01规范已经有10年的历史了；在JavaScript方面，JavaScript语言核心部分基本上没什么问题，而文档对象模型（DOM）和浏览器对象模型（BOM）部分的兼容性问题相对较多，这主要是因为浏览器长生对规范的支持程度不同以及各自添加了私有实现。使用一个流行的JavaScript库就可以解决这些问题；CSS方面的兼容性目前是问题最多的，而且没有比较好的库的支持。在下面会着重介绍CSS的兼容性问题。 富含语义的HTML HTML 语言本身上手比较简单，只是一些元素的集合，只需要了解这些元素及其属性的含义即可。这些元素既有与文档结构相关和富含语义的元素，也有与页面的展示相关的元素。一个好的实践是只使用与文档结构相关和富含语义的元素。从HTML语言规范的历史也可以看到这个趋势。HTML语言规范的历史比较长。在HTML最初的草案和HTML 2.0中，HTML只包含描述文档结构的元素。在HTML 3.2中，很多与展示相关的元素被引入进来。HTML 4.01规范试图解决这个问题，许多与展示相关的元素被标记为废弃的，不推荐使用。HTML 5更进一步，引入了更多的富含语义的元素，同时移除了一些在HTML 4.01中被废弃的元素。应用这种实践进一步划分清楚了HTML和CSS在Ajax应用中的职责。 编写HTML文档的时候首先需要选用合适的文档类型声明（DTD）。目前来说最合适的HTML 4.01过渡型，即!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN /TR/html4/loose.dtd。在编写HTML文档的时候，需要使用合适的元素。HTML规范中的一些元素，如em、strong、abbr、blockquote、