实现而且拥有一个简单的接口允许 数据从客户端传递到服务端,但并不会打断用户当前的操作。使用 XMLHttpRequest 传送的数据可以是任何格式,虽然从名字上建议是 XML 格式的数据。 开发人员应该已经熟悉了许多其他 XML 相关的技术。XPath 可以访问 XML
文档 中的数据,但理解 XML DOM 是必须的。类似的,XSLT 是最简单而快速的从 XML 数据生成 HTML 或 XML 的方式。许多开发人员已经熟悉 Xpath 和 XSLT,因此 AJA X 选择 XML 作为数据交换格式是有意义的。XSLT 可以被用在客户端和服务端,它能 够减少大量的用 JavaScript 编写的应用逻辑。 CSS 为了正确的浏览 AJAX 应用,CSS 是一种 AJAX 开发人员所需要的重要武器。C SS 提供了从内容中分离应用样式和设计的机制。 虽然 CSS 在 AJAX 应用中扮演至关 重要的角色,但它也是构建跨浏览器应用的一大阻碍,因为不同的浏览器厂商支持各 种不同的 CSS 级别。 服务器端 但不像在客户端, 在服务端 AJAX 应用还是使用建立在如 Java,.Net 和
PHP 语言 基础上机制;并没有改变这个领域中的主要方式。 既然如此,我们对 Ruby o n Rails 框架的兴趣也就迅速增加了。在一年多前, Ruby o n Rails 已经吸引了大量开发人员基于其强大功能来构建 Web 和 AJAX 应用。 虽然目前还有很多快速应用开发工具存在,Ruby o n Rails 看起来已经储备了简化 构建 AJAX 应用的
能力。 开发工具 在实际构建 AJAX 应用中,你需要的不只是文本编辑器。既然 JavaScript 是非编 译的,它可以容易地编写和运行在浏览器中。然而,许多工具提供了有用的扩展如语 法高亮和智能完成。
不同的 IDE 提供了对 JavaScript 支持的不同等级。来自 JetBrains 的 IntelliJ ID EA 是一个用来 JavaScript 开发的更好的 IDE, 虽然许多开发人员也喜欢 Microsoft’s Visual Studio 产品(允诺会在最新的版本中改善对 AJAX 的支持)。Eclipse 包含了两 个
免费的 JavaScript 编辑器插件和一个商业的来自 ActiveStat 的 Komodo IDE。 另一个 JavaScript 和 AJAX 开发中的问题是调试困难。 不同的浏览器提供不同的 通常是隐藏的运行时错误信息,而
JavaScript 的缺陷如双重变量赋值(通常是由于缺 少数据类型)使得调试更加困难。在 AJAX 的开发中,调试就更复杂了,因为其需要 标识究竟是客户端还是服务端产生的错误。在过去,JavaScript 调试的方法是删除所 有代码然后一行行的增加直到错误出现。现在,更多开发人员回到为 IE 准备的 Micr osoft Script Debugger 和为 Mozilla 浏览器准备的 Venkman。 浏览器兼容性 JavaScript 编程的最大
问题来自不同的浏览器对各种技术和标准的支持。构建一 个运行在不同浏览器(如 IE 和火狐)是一个困难的任务。因此几种 AJAX JavaScript 框架或者生成基于服务端逻辑或标记库的 JavaScript,或者提供符合跨浏览器 AJAX 开发的客户端 JavaScript 库。一些流行的框架包括:AJAX.Net, Backbase, Bitkraft, Django, DOJO, DWR, MochiKit, Prototype, Rico, S
ajax, Sarissa, and Script.a culo.us. 这些框架给开发人员更多的空间使得他们不需要担心跨浏览器的问题。虽然这些 框架提升了开发人员构建应用的能力,但由于厂商已经开发了更细节的用户界面的打 包组件解决方案,因此在 AJAX 组件市场中需要考虑一些其他因素。例如提供通用用 户界面的组件如组合框和数据栅格的几个厂商,都可以被用来在应用中创建良好的通 过类似电子数据表方式来查看和编辑数据的体验。但这些组件不仅是封装了组件的用 户界面而且包括与服务端数据的通讯方式,这些组件通常使用基于标记方式来实现如 ASP.Net 或 JSF 控件。 展望 最近 IE 和火狐之间的浏览器之争变得火热起来,因此 AJAX 开发人员需要足够 敏捷的作出反应。关键点在一些问题如 CSS 或 XML,虽然各种浏览器形成采用最新 标准的不同阵营(如 Mozilla 拥抱 SVG 和 E4