AJAX
![本页使用了标题或全文手工转换](http://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/Zh_conversion_icon_m.svg/35px-Zh_conversion_icon_m.svg.png)
![]() |
编程范型 | Webapp, HTML, JavaScript, DHTML, DOM, XMLHttpRequest, JSON, XML, XSLT, XHTML, CSS |
---|---|
设计者 | 杰西·詹姆士·贾瑞特 |
发行时间 | 2005年2月18日 |
AJAX即“Asynchronous JavaScript and XML”(异步的JavaScript与XML技术),指的是一套综合了多项技术的浏览器端网页开发技术。Ajax的概念由杰西·詹姆士·贾瑞特所提出[1]。
传统的Web应用允许用户端填写表单(form),当提交表单时就向网页服务器发送一个请求。服务器接收并处理传来的表单,然后送回一个新的网页,但这个做法浪费了许多带宽,因为在前后两个页面中的大部分HTML码往往是相同的。由于每次应用的沟通都需要向服务器发送请求,应用的回应时间依赖于服务器的回应时间。这导致了用户界面的回应比本机应用慢得多。
与此不同,AJAX应用可以仅向服务器发送并取回必须的数据,并在客户端采用JavaScript处理来自服务器的回应。因为在服务器和浏览器之间交换的数据大量减少,服务器回应更快了。同时,很多的处理工作可以在发出请求的客户端机器上完成,因此Web服务器的负荷也减少了。
类似于DHTML或LAMP,AJAX不是指一种单一的技术,而是有机地利用了一系列相关的技术。虽然其名称包含XML,但实际上数据格式可以由JSON代替以进一步减少数据量。而客户端与服务器也并不需要异步。一些基于AJAX的“派生/合成”式(derivative/composite)的技术也正在出现,如AFLAX。
应用
[编辑]- 运用XHTML+CSS来表达信息;
- 运用JavaScript操作DOM(Document Object Model)来执行动态效果;
- 运用XML和XSLT操作资料
- 运用XMLHttpRequest或新的Fetch API与网页服务器进行异步资料交换;
- 注意:AJAX与Flash、Silverlight和Java Applet等RIA技术是有区分的。
发展史
[编辑]20世纪90年代,几乎所有的网站都由HTML页面实现,服务器处理每一个用户请求都需要重新加载网页。这样的处理方式效率不高。用户的体验是所有页面都会消失,再重新加载,即使只是一部分页面元素改变也要重新加载整个页面,不仅要刷新改变的部分,连没有变化的部分也要刷新。这会加重服务器的负担。
这可以用异步加载来解决。1995年,JAVA语言的第一版发布,随之发布的的Java applets(JAVA小程序)首次实现了异步加载。浏览器通过运行嵌入网页中的Java applets与服务器交换数据,不必刷新网页。1996年,Internet Explorer将iframe元素加入到HTML,支持局部刷新网页。
1998年前后,Outlook Web Access小组写成了允许客户端脚本发送HTTP请求(XMLHTTP)的第一个组件。该组件原属于微软Exchange Server,并且迅速地成为了Internet Explorer 4.0[2]的一部分。部分观察家认为,Outlook Web Access是第一个应用了Ajax技术的成功的商业应用程序,并成为包括Oddpost的网络邮件产品在内的许多产品的领头羊。但是,2005年初,许多事件使得Ajax被大众所接受。Google在它著名的交互应用程序中使用了异步通讯,如Google讨论组、Google地图、Google搜索建议、Gmail等。Ajax这个词由《Ajax: A New Approach to Web Applications》一文所创,该文的迅速流传提高了人们使用该项技术的意识。另外,对Mozilla/Gecko的支持使得该技术走向成熟,变得更为简单易用。2006 年 4 月 5 日,万维网联盟 (W3C) 发布了 XMLHttpRequest 对象的第一个规范草案,试图创建正式的 Web standard 标准。XMLHttpRequest 对象的最新草案于 2016 年 10 月 6 日发布,XMLHttpRequest 规范现已成为现行标准。
Ajax 前景非常乐观,可以提高系统性能,优化用户界面。Ajax 现有直接框架 AjaxPro,可以引入 AjaxPro.2.dll 文件,可以直接在前台页面 JavaScript 调用后台页面的方法。但此框架与表单验证有冲突。另外微软也引入了 Ajax 组件,需要添加 AjaxControlToolkit.dll 文件,可以在控件列表中出现相关控件。
优缺点
[编辑]使用Ajax的最大优点,就是能在不更新整个页面的前提下维护数据。这使得Web应用程序更为迅捷地回应用户动作,并避免了在网络上发送那些没有改变的信息。
Ajax不需要任何浏览器插件,但需要用户允许JavaScript在浏览器上执行。就像DHTML应用程序那样,Ajax应用程序必须在众多不同的浏览器和平台上经过严格的测试。随着Ajax的成熟,一些简化Ajax使用方法的程序库也相继问世。同样,也出现了另一种辅助程序设计的技术,为那些不支持JavaScript的用户提供替代功能。
对应用Ajax最主要的批评就是,它可能破坏浏览器的后退与加入收藏书签功能[3]。在动态更新页面的情况下,用户无法回到前一个页面状态,这是因为浏览器仅能记下历史记录中的静态页面。一个被完整读入的页面与一个已经被动态修改过的页面之间的可能差别非常微妙;用户通常都希望单击后退按钮,就能够取消他们的前一次操作,但是在Ajax应用程序中,却无法这样做。不过开发者已想出了种种办法来解决这个问题,HTML5 之前的方法大多是在用户单击后退按钮访问历史记录时,通过建立或使用一个隐藏的IFRAME来重现页面上的变更。(例如,当用户在Google Maps中单击后退时,它在一个隐藏的IFRAME中进行搜索,然后将搜索结果反映到Ajax元素上,以便将应用程序状态恢复到当时的状态)。
关于无法将状态加入收藏或书签的问题,HTML5之前的一种方式是使用URL片断标识符(通常被称为锚点,即URL中#后面的部分)来保持追踪,允许用户回到指定的某个应用程序状态。(许多浏览器允许JavaScript动态更新锚点,这使得Ajax应用程序能够在更新显示内容的同时更新锚点。)HTML5 以后可以直接操作浏览历史,并以字符串形式存储网页状态,将网页加入网页收藏夹或书签时状态会被隐形地保留。上述两个方法也可以同时解决无法后退的问题。
进行Ajax开发时,网络延迟——即用户发出请求到服务器发出响应之间的间隔——需要慎重考虑。如果不给予用户明确的回应[4],没有恰当的预读数据[5],或者对XMLHttpRequest的不恰当处理[6],都会使用户感到厌烦[7]。通常的解决方案是,使用一个可视化的组件来告诉用户系统正在进行后台操作并且正在读取数据和内容。
兼容性
[编辑]JavaScript编程的最大问题来自不同的浏览器对各种技术和标准的支持。
XmlHttpRequest对象在不同浏览器中不同的创建方法,以下是跨浏览器的通用方法:
// Provide the XMLHttpRequest class for IE 5.x-6.x:
// Other browsers (including IE 7.x-8.x) ignore this
// when XMLHttpRequest is predefined
var xmlHttp;
if (typeof XMLHttpRequest != "undefined") {
xmlHttp = new XMLHttpRequest();
} else if (window.ActiveXObject) {
var aVersions = ["Msxml2.XMLHttp.5.0", "Msxml2.XMLHttp.4.0", "Msxml2.XMLHttp.3.0", "Msxml2.XMLHttp", "Microsoft.XMLHttp"];
for (var i = 0; i < aVersions.length; i++) {
try {
xmlHttp = new ActiveXObject(aVersions[i]);
break;
} catch (e) {}
}
}
AJAX支持的浏览器有:Internet Explorer、Chrome、Firefox、Opera、Konqueror及Mac OS的Safari。但是Opera不支持XSL格式对象,也不支持XSLT[8]。
开发挑战及解决方案
[编辑]![]() |
对程序员而言,开发Ajax应用最头痛的问题莫过于以下几点:
- Ajax在本质上是一个浏览器端的技术,首先面临无可避免的第一个问题即是浏览器的兼容性问题。各家浏览器对于JavaScript/DOM/CSS的支持总有部分不太相同或是有Bug,甚至同一浏览器的各个版本间对于JavaScript/DOM/CSS的支持也有可能部分不一样。这导致程序员在写Ajax应用时花大部分的时间在调试浏览器的兼容性而非在应用程序本身。因此,目前大部分的Ajax链接库或开发框架大多以js链接库的形式存在,以定义更高阶的JavaScript API、JavaScript对象(模板)、或者JavaScript Widgets来解决此问题。如prototype.js。
- Ajax技术之主要目的在于局部交换客户端及服务器之间的数据。如同传统之主从架构,无可避免的会有部分的业务逻辑会实现在客户端,或部分在客户端部分在服务器。由于业务逻辑可能分散在客户端及服务器,且以不同之程序语言实现,这导致Ajax应用程序极难维护。如有用户接口或业务逻辑之更动需求,再加上前一个JavaScript/DOM/CSS之兼容性问题,Ajax应用往往变成程序员的梦魇。针对业务逻辑分散的问题,Ajax开发框架大致可分为两类:
- 将业务逻辑及表现层放在浏览器,数据层放在服务器:因为所有的程序以JavaScript执行在客户端,只有需要数据时才向服务器要求服务,此法又称为胖客户端(fat client)架构。服务器在此架构下通常仅用于提供及储存数据。此法的好处在于程序员可以充分利用JavaScript搭配业务逻辑来做出特殊的用户接口,以符合终端用户的要求。但是问题也不少,主因在第一,JavaScript语言本身之能力可能不足以处理复杂的业务逻辑。第二,JavaScript的执行性能一向不好。第三,JavaScript访问服务器数据,仍需适当的服务器端程序之配合。第四,浏览器兼容性的问题又出现。有些Ajax开发框架如DWR企图以自动生成JavaScript之方式来避免兼容的问题,并开立通道使得JavaScript可以直接调用服务器端的Java程序来简化数据的访问。但是前述第一及第二两个问题仍然存在,程序员必须费相当的力气才能达到应用程序之规格要求,或可能根本无法达到要求。
- 将表现层、业务逻辑、及数据层放在服务器,浏览器仅有用户接口引擎(User Interface engine);此法又称为瘦客户端(thin client)架构,或中心服务器(server-centric)架构。浏览器的用户接口引擎仅用于反映服务器的表现层以及传达用户的输入回到服务器的表现层。由浏览器所触发之事件亦送回服务器处理,根据业务逻辑来更新表现层,然后反映回浏览器。因为所有应用程序完全在服务器执行,数据及表现层皆可直接访问,程序员只需使用服务器端相对较成熟之程序语言(如Java语言)即可,不需再学习JavaScript/DOM/CSS,在开发应用程序时相对容易。缺点在于用户接口引擎以及表现层通常以标准组件的形式存在,如需要特殊组件(用户接口)时,往往须待原框架之开发者提供,缓不济急。如开源码Ajax开发框架ZK目前支持XUL及XHTML组件,尚无XAML之支持。
Ajax是以异步的方式向服务器提交需求。对服务器而言,其与传统的提交窗体需求并无不同,而且由于是以异步之方式提交,如果同时有多个Ajax需求及窗体提交需求,将无法保证哪一个需求先获得服务器的响应。这会造成应用程序典型的多进程(process)或多线程(thread)的竞争(racing)问题。程序员因此必须自行处理或在JavaScript里面动手脚以避免这类竞争问题的发生(如Ajax需求未响应之前,先disable提交按钮),这又不必要的增加了程序员的负担。目前已知有自动处理此问题之开发框架似乎只有ZK。[来源请求]
参考文献
[编辑]- ^ (英文)Ajax:网页应用程序的新方法 (页面存档备份,存于互联网档案馆)—Jesse James Garrett,最近访问日2007年11月7日
- ^ (英文)微软XML Parser(MSXML)版本列表 (页面存档备份,存于互联网档案馆),最近访问日2007年11月7日
- ^ (英文)Web设计10大错误(1999年) (页面存档备份,存于互联网档案馆)—Jakob Nielsen著
- ^ (英文)Remote Scripting with AJAX, Part 2 (页面存档备份,存于互联网档案馆)
- ^ (英文)延迟必死:预读资料以降低延迟 (页面存档备份,存于互联网档案馆)—JonathanBoutelle.com
- ^ (英文)不可靠网络下的异步要求 (页面存档备份,存于互联网档案馆)—Harry Fuecks著,2005年2月
- ^ (英文)小朋友们听着, AJAX不怎么酷 (页面存档备份,存于互联网档案馆)—Marcus Baker著,2005年6月3日
- ^ (英文)Opera 9支持的网页规格 Archive.is的存档,存档日期2012-06-04—XSLT, XPath, and XSL-FO部分论及不支持XSL-FO与XSLT,最近访问日2007年11月7日
- (英文) Ajax: A new approach to web applications[永久失效链接] --JJ Garrett - 2005年
外部链接
[编辑]工具
[编辑]- ASP.NET AJAX Extension(开发阶段时代号Atlas)(页面存档备份,存于互联网档案馆),微软AJAX工具箱。
- jQuery(页面存档备份,存于互联网档案馆),开源JS框架,写得更少,做得更多。
- Dojo工具箱(页面存档备份,存于互联网档案馆),AJAX/DHTML工具箱。
- Prototype,开放源代码框架。
- Buffalo Web Remoting(based on prototype)
- openrico JS UI component(based on prototype)
- PHPRPC(页面存档备份,存于互联网档案馆),开放源代码多语言支持的跨平台的安全的Web远程过程调用框架,让Ajax编程更容易。
- Sajax,简单AJAX工具箱
- Rialto,Rich Internet AppLication TOolkit.
- MochiKit(页面存档备份,存于互联网档案馆)一个自称AJAX的轻量级js库,支持Json。
- OpenLaszlo(页面存档备份,存于互联网档案馆)原本专注在Flash作为表现层的Laszlo将方向转至AJAX。
- script.aculo.us(页面存档备份,存于互联网档案馆)为Ruby on Rails量身打造的AJAX函数库,跨平台支持。
- Rico(页面存档备份,存于互联网档案馆)知名的开源码的AJAX函数库,跨平台支持。
- DWR(页面存档备份,存于互联网档案馆) Web Remoting
- qooxdoo(页面存档备份,存于互联网档案馆) JS UI component(C/S Style)
- jsLINB完全OOP,带有线程模拟的ajax RIA框架。
- GWT(页面存档备份,存于互联网档案馆) Google开源框架。
- Quicknet一个能提供安全资料传输的AJAX系统架构。
图书
[编辑]- 《Ajax基础教程》,Foundations Of Ajax中文版,人民邮电出版社图灵公司出版。ISBN 7-115-14481-8
- 《Ajax实战》,Ajax in Action中文版,人民邮电出版社图灵公司出版。ISBN 7-115-14717-5
- 《Ajax高级程序设计》(第二版),Professional Ajax,人民邮电出版社图灵公司出版。
- 《Head First Ajax》O'Reilly出版社
- 《Ajax实战手册》碁峰ISBN 986-181-036-6
- 《Ajax技术手册》碁峰ISBN 986-181-019-6
参见
[编辑]- Google Web Toolkit是一个前端使用JavaScript,后端使用Java的AJAX framework,提供WYSIWYG设计接口。
- jQuery用于简化AJAX开发的Javascript函数库。
- Prototype AJAX函数库。
- Yahoo! UI Library is a set of utilities and controls, written in JavaScript, for building richly interactive web applications using techniques such as DOM scripting, DHTML and AJAX.
- Xajax知名的开源码开发AJAX用PHP函数库。
- ZK,开放源代码AJAX/XUL框架,JAVA专用。
- ASP.NET AJAX,由微软专为ASP.NET应用程序所开发的AJAX基础架构。
- Web 2.0,一种新的互联网概念
- 推送技术,一种服务端主动通知用户的技术
|
|
|
|