Jesse James Garrett(AJAX技术的创始人)是位于美国旧金山的一家产品体验公司Adaptive Path的创始人之一兼总裁。
Jesse开发的工具和提出的理念被翻译为多种语言广为发表,他撰写的《用户体验的要素》(The Elements of User Experience) 一书被认为是倡导“以用户为中心”设计思想的开创性著作之一。Jesse是国际上公认的资深产品体验专家,《纽约时报》、《华尔街日报》和《商业周刊》等媒体曾对其进行过专题报道。
2005年2月18日,这天Jesse James Garrett撰写的一篇题为“Ajax: A New Approach to Web Applications”(Ajax:编写Web应用程序的新方法)的论文,标志着AJAX的诞生。
Ajax由 HTML、JavaScript™ 技术、DHTML和DOM组成,这一杰出的方法可以将笨拙的 Web 界面转化成交互性的Ajax应用程序。Ajax这个东东不是一种新技术,而是Asynchronous JavaScript + XML等等技术的混合体。Ajax之父Jesse James Garrett于2005年提出这一新概念之后,这一沉睡了多年的技术,换上新衣,一下子变得容光焕发。
独家专访AJAX发明人:AJAX并不适合所有网站编辑本段回目录
2007年3月2日,中国互联网协会与Google(谷歌)公司联合主办“Internet+ 互联网世纪论坛”,AJAX技术的发明人Jesse James Garrett在会议期间接受专访时表示,他从未想到AJAX可以获得这么大的成功,但他也表示并非所有的网站都适合用AJAX技术。
AJAX技术是由Jesse James Garrett于2005年2月在一篇文章中提出来,是Asynchronous JavaScript XML(异步JavaScript 和XML)的简称,Ajax提供与服务器异步通信的能力,一个最简单的应用是无需刷新整个页面而在网页中更新一部分数据。
以下为访谈全文:
问题:当初提出来AJAX概念的时候有没有想到产生这么大的影响?会有这么多的网站使用它?
Jesse James Garrett:我当初完全没有想到影响这么大,我只是提出一个可能性,希望大家多学多用,但AJAX的发展是完全超出我的预料之外的。
问题:当初提出AJAX的时候灵感是什么?为什么会把这JavaScript 和 XML 两种技术结合起来?
Jesse James Garrett:我最初看到有几个网站在做一些我想做的事情,但是还没有完全是现在的样子。我是想做的一些网络应用最早是想用FLASH的,但是我手下的员工对FLASH不熟悉,我想怎么样用传统的Web技术也能达到FLASH的效果。后来我在实践中发现,可以把JavaScript 和 XML 这两种传统的Web技术让来实现。
问题:AJAX从概念提出到现在,应该说经过了两年,发展也比较快,你觉得在这个发展的过程当中还有一些什么问题需要去解决?
Jesse James Garrett:我觉得现在问题有很多,其中一个比较突出的就是现在用工具和模板很多,不同的模板做一些不同的事,但是怎么样选择一个更好的模板是比较难以选择的事情。
问题:你怎么来看AJAX未来的发展,是不是它将成为互联网最重要的一个技术,是不是所有的网站都会采用用AJAX这种技术。
Jesse James Garrett:我认为并不是每个网站都适合用AJAX,已经有一些例子,有些网站从传统的网页转到AJAX不是很成功就转回来了。
我认为对AJAX发展更重要的是看浏览器是怎样发展的,因为很多以前的浏览器根据普通的静态网页来设计,传统的网页有哪些运用的程序,但现在AJAX的一些在新的网页应用模式,需要浏览器对AJAX有更好的支持。
问题:Google应该是AJAX最主要推动者,Google Map、Gmail都在应用AJAX,但是对Google最主要业务搜索来说,AJAX的支持并不好,因为搜索引擎主要是抓取静态的网页,而无法抓取态的AJAX技术,我想问一下您怎么看这个现象?
Jesse James Garrett:这个可能是Google搜索引擎的一个问题,AJAX的的特点是让人可以更及时得到信息,但机器却比较难以取得信息,搜索引擎是机器,所以现在支持还不好。
我认为现在可以分两条路,一条路怎样让人尽快得到信息,另外一个是怎样能够让机器得到信息。Google有一个新的API叫做Google Sitemap,一开始的作用就是可以让网站按照API的原理设计网站,让它可以让搜索引擎找到使用AJAX技术的网站的信息。
问题:最后一个问题就是跟技术没有什么关系,国外有很多互联网的大公司进入中国,不是太成功,不知道您怎么看待这个现象?另外Google来中国的发展前景您认为怎么样?
Jesse James Garrett:我觉得Google已经尝试的产品都很成功,所以我觉得Google的成功可能性比较大。
《用户体验的要素》——以用户为中心的Web设计编辑本段回目录
[关于本书]
这不是一本关于“怎样做(How-to)”的书。有很多很多讨论如何建设网站的书,这本不是。
这不是一本关于技术的书。在这里你找不到一行代码。
这不是一本有答案的书。相反,这本书说的是“如何提出正确的问题”。
这本书将告诉你,在你阅读其他书籍的之前,你需要提前了解什么。如果你需要一个大的概念,如果你需要了解用户体验设计师所做出的决策的环境,这本书很适合你。
这本书经过精心设计,使你可以在一两个小时之内读完。如果你是一个刚刚进入用户体验领域的新手─可能你是一个负责组建用户体验团队的管理人员,或者你是一个碰巧进入这个领域的作家或设计师─那么这本书将给你一些基础的概念。如果你已经对这些方法和用户体验领域的关注点很熟悉了,那么这本书将帮助你更有效地把这些概念传达给与你合作的人们。
本书是AJAX之父的经典之作。本书用简洁的语言系统化地诠释了设计、技术和商业融合是最重要的发展趋势。全书共8章,包括关于用户体验以及为什么它如此重要,认识这些要素、战略层、范围层、结构层、框架层、表现层以及要素的应用。
全书用清晰的说明和生动的图形分析了以用户为中心的设计方法(UCD)来进行网站设计的复杂内涵,并关注于思路而不是工具或技术,从而使你的网站具备高质量体验的流程。
聪明的企业意识到网页设计远远比创建条理清晰的代码和鲜明的图形重要得多。一个网站在满足您的战略目标的同时,还应该满足您的用户需求。如果没有一个“有凝聚力的、统一的用户体验”来支持的话,即使最好的内容和最精密的技术也不能帮助您平衡这些目标。
但是创建用户体验却是出乎意料的复杂。有很多方面都要考虑──可用性、品牌识别、信息架构以及交互设计等──这使得“建立一个成功的网站的唯一方法”似乎就是要花大价钱请那些完全了解这些细节的专家来做。
本书用清晰的阐述和生动的图形分析了“以用户为中心的设计方法(UCD)”来进行网站设计的复杂内涵,并关注于思路而不是工具或技术。Jesse James Garrett给了读者一个关于“网站用户体验开发的总体概念”,即从战略和信息架构需求到视觉设计。这种简单易学的介绍方法有助于任何一个网站开发团队(大的或小的)去创建一个成功的用户体验。
作者简介:
Jesse James Garrett,是用户体验咨询公司Adaptive Path的创始人之一。从用户体验要素“在2000年3月初次发布到网上以来,Jesse的所绘制的这个模型已经被下载了2万多次。Jesse的互联网从业经验包括AT&T、Intel、Boeing、Motorola、Hewlett-packard以及和美国国家公众广播等。他在用户体验领域的贡献包括”视觉词典(the Visual Vocabulary)“,一个为规范信息架构文档而建立的开放符号系统,现在这个系统在全球各个企业中得到广泛的应用。他的个人网站 www.jjg.net 是提供信息架构资源的网站中最受欢迎的一个。
媒体推荐
专家评论
《用户体验的要素》用简洁的语言系统化地诠释了设计、技术和商业融合是最重要的发展趋势。它的潜力不仅在于是能衡量“哪些是可能的”,更重要的在于我们“如何把技术的可能性转变成人类体验的提升”。
这不是提升那种“难以把握的用户体验”的概念。这是一个挑战,在你选择问题解决方式的同时,还要尊重用户的体验。这门学科实在是太年轻了,以致于大多数的设计师都缺乏方向的指导,而不得不靠自己摸索着前进。Jesse James Garrett适时地出现了。他引入了一个强有力的观点,并且清楚地描述了它是如何通过一系列分析方法,使得问题更容易控制和解决、并与交互设计产生联系的。
──Richard Grefe(执行总监,AIGA)
“这是一个能给使用您的网站的人们带来高质量体验的流程,而Jesse James Garrett使这个复杂的设计流程变得清晰明了。他解析并模型化了人因和概念的问题。并揭露出一个真相,即‘问题产生的本质,常常是由于深奥的技术外衣的伪装所造成的。’”
──Alan Cooper(《About Face》和《The Inmates Are Running the Asylum》的作者
“Jesse James Garrett最终把他著名的图表扩展成了一本书,这本书使整个混乱的用户体验设计领域变得明晰。同时,由于他是一个非常聪明的家伙,他的这本书非常地简短,结果就是几乎每一页都有非常有用的见解。”
──Steve Krug(《Don'make me think》作者)
“终于,一个结合了许多不同部分的、用户体验的说明出炉了。条理清晰、可读性强,而且是必读的。”
──Louis Rosenfeld(《Information Architecture for the World Wide Web》的合著人)
背后的故事
由于被询问得太多,所以我决定把本书的诞生过程写下来。
在1999年下半年,我作为第一个信息架构设计师加盟了一个从事多年网页设计顾问的公司。我通过很多种方式来明确我的职位职责并向人们不停地讲述我所做的事情是什么、这些事情如何与其他人所做的工作融合到一起等等。一开始,他们都十分小心而且还有一点警惕,但是很快他们开始意识到我的存在是为了让他们的工作更容易,而不是更困难。我的出现并不表示他们的权威被降低了。
与此同时,我正在编写一个与我工作相关的、我个人用于收藏网上资源的网站(它最终作为我在www.jjg.net/ia/中信息架构资源的页面被发布在互联网上)。在做这些研究的时候,我总是不断地被这个领域中看上去很相似而实际上被随意和胡乱使用的一些基础概念的词汇所困扰。某个资料中称为“信息设计”的东西很显然和另一个资料所称的“信息架构”完全一样,而第三份资料中把所有的这些放在一起称为“界面设计”。
在1999年底到2000年的一月期间,我强撑着完成了一系列对这些关键议题的一致定义,并找到一种方式来表达它们之间的关系。但是我当时非常地忙,被一些正在进行中工作缠住脱不开身,我试着去阐述和说明的那种模型没有真正地在工作中产生效果;所以在这个一月快结束的时候,我已经放弃了整个的念头。
同年3月,我到Texas的Austin参加一年一度的South by Southwest 交互节会议。这是一个忙碌又发人深省的星期,在此期间我几乎没睡多少觉─大会的日程安排和晚上的活动就像一场耗时两三天的马拉松比赛。
那个星期快结束的时候,我穿过Austin机场的安检口准备登上返回San Francisco的飞机,这时一个三维的矩阵突然一下就跳进了我的脑海里,并完全占据了我整个思绪。在登上飞机之前我都一直耐心地等待着。而在我坐下的同时,我就掏出记事本把它画了出来。
回到San Francisco之后,由于伤风我几乎立刻就倒下了。我经历了大约一个星期的高烧和谵语。在刚刚感到特别清醒的时候,我马上就把记事本上的这幅草图变成能整洁地展现在一张纸上的完整图示。我把它称为“用户体验的要素”。后来我听说,这个称呼是如何唤起了大多数人对于“元素周期表”和“Strunk and White”的回忆的。不过让大家失望的是,在选择这个标题的时候,我的脑海中完全没有这种联想─之所以从辞典中把“要素(element)”挑选出来,只是为了代替蹩脚的、听上去很技术化的“组件(component)”这个词。
在3月30日,我把最终的图发布到了网上(你现在仍然可以在www.jjg.net/ia/elements.pdf中找到最初的这个图示)。它开始得到一些关注,首先是Peter Merholz和Jeffrey Veen,他们后来成为我在Adaptive Path的搭档。接着,我在信息架构峰会(Information Architecture Summit)和更多的人有了一定的交流。最后,我开始听到来自全世界各地的人们讲述他们如何使用这个图示去教授他们的同事,以及在讨论与用户体验相关的议题时,把这个作为通用的词汇表在企业内使用的。
在这张图示初次发表之后的一年间,“用户体验的要素”在我的网站上的下载数量超过了2万次。我听说它在一些大型企业或小型的网站开发团队中,被用于帮助大家更高效地合作和沟通。到这个时候,我开始认为在书中阐述这些想法,这会比用一张纸的表格能更好地解决这类需求。
又一个3月来到了,我又一次来到Austin的South by Southwest,在这里我认识了New Rider出版社的Michael Nolan,并向他讲述了我的想法。他对此非常感兴趣,同时很幸运的是,他的老板也同样感兴趣。
于是,一切就像是有幸运之神眷顾一样,这本书最终到达了你的手中。我希望这里所提到的这些想法能对你有所启迪和收益,就如同我将它们汇集到这本书里所得到的启迪和收益一样。
Jesse James Garrett
2002年7月
www.jjg.net/elements/
编辑推荐
本书是AJAX之父的经典之作。本书用简洁的语言系统化地诠释了设计、技术和商业融合是最重要的发展趋势。全书共8章,包括关于用户体验以及为什么它如此重要,认识这些要素、战略层、范围层、结构层、框架层、表现层以及要素的应用。.
全书用清晰的说明和生动的图形分析了以用户为中心的设计方法(UCD)来进行网站设计的复杂内涵,并关注于思路而不是工具或技术,从而使你的网站具备高质量体验的流程。..
聪明的企业意识到网页设计远远比创建条理清晰的代码和鲜明的图形重要得多。一个网站在满足您的战略目标的同时,还应该满足您的用户需求。如果没有一个“有凝聚力的、统一的用户体验”来支持的话,即使最好的内容和最精密的技术也不能帮助您平衡这些目标。
但是创建用户体验却是出乎意料的复杂。有很多方面都要考虑──可用性、品牌识别、信息架构以及交互设计等──这使得“建立一个成功的网站的唯一方法”似乎就是要花大价钱请那些完全了解这些细节的专家来做。
本书用清晰的阐述和生动的图形分析了“以用户为中心的设计方法(UCD)”来进行网站设计的复杂内涵,并关注于思路而不是工具或技术。Jesse James Garrett给了读者一个关于“网站用户体验开发的总体概念”,即从战略和信息架构需求到视觉设计。这种简单易学的介绍方法有助于任何一个网站开发团队(大的或小的)去创建一个成功的用户体验。
AJAX的七宗罪编辑本段回目录
来源: javaeye
引子
2005.2.18,Jesse James Garrett 的一篇A New Approach to Web Applications引出了AJAX这个web界的新名词。加上新宠儿在降生下来就和足球名队阿贾克斯、Google Suggest Google Maps这些大腕息息相关,不想出名都难啊。但似乎人们给与AJAX的期望有点太高了,甚至有人提出了用AJAX取代Java Applet和Flash。不知Flickr是不是也听到这种呼声才把自己的Flash UI转向了普通的Javascript。AJAX是个伟大的东西,它是在不创造新技术的前提下诞生的一个标准,凭这一点就能招来大批的狂热追随者,AJAX看起来更像是杨过和小龙女练得玉女素心剑一样,分开来没有什么破坏力,但是二者合一就威力无比。
罪之一:对搜索引擎的支持不好
这其实更像一个大大的讽刺,AJAX的鼻祖是Google,但却对Google自己支持最不好了,GMail主界面除过Top和Bottom外没有一个链接就是最形象的讽刺了。虽然Mail本身是个私人的应用系统,但这个无链接的设计界面恰恰给AJAX开了个坏头。Flash也有同样有这个毛病。没有链接的web就像森林中迷路的羔羊,这句看似广告语,其实是web设计的根本原则。
罪之二:编写复杂、容易出错
javascript本是是个轻量级的小东西,现在被强迫重用起来,负担可想而知。javascript对OOP的支持很少,这就限制了javascript代码的可重用可封装等等,从Google Mpa还是其他一些应用中能看到的都是无数的<script src="..."></script>这样的文件包含,这些除了让程序员头昏的更快点,一点好处都没有。更可怕的是在javascript中竟然没有一款顺手的Debug软件,很多写js的老手到今天还是用最原始的alert("")来调试,splinetech JavaScript HTML Debugger 算是一个看起来还像个样子的调试器吧,可惜不是免费的,几十大刀让我这种穷人只能望而生叹了。
罪之三:冗余代码更多了
和上面说的差不多,层层包含js文件是AJAX的通病,再加上以往的很多服务端代码现在放到了客户端,所以每次打开一个页面会包含很多的无用的js文件也一同下载下来。虽然宽带越来越普及,但是减少代码冗余还是每个web设计者的必修课。
罪之四:破坏了Web的原有标准
什么叫破坏web标准?这就是破坏了web标准。好好的A标签放着不用,偏要用span。这种例子很多,flickr中的标题单击后可以更改,这虽然(也包括我)是大家一致叫好觉得方便的设计,但同时这也是歧义了web元素本身的含义,物是人非这个词不知道用的合不合适?
罪之五:缺少一个没有标准之争、没有back和history的浏览器
哈哈,这句话语有点讽刺意义。现在的浏览器市场,不管是IE还是FireFox还是Opera等等。浏览器和浏览器之间的差异一直都是web设计者心中永远的痛,支持的css不一样,支持的客户端脚本不一样,有的竟然连客户端脚本的用法都有不同。这让程序员非常苦恼,最明显的就是调用xmlhttprequest了,req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");这段创建xmlhttp对象的代码就是为了适应IE和非IE两天阵营的浏览器的经典例子。说是没有back和没有history的浏览器,这也是一个讽刺,主要是指在AJAX下点击链接是不Redirect页面,所以不存在后退和前进了,同样,没有后退和前进也就无存找浏览历史纪录了。back和history存在的根本就是url的改变,在AJAX下人们发现不改url也同样能达到内容改变这个酷酷的特点,何乐而不为呢?look http://www.dux2005.org/和http://www.zagodesign.com/,我承认这两个站确实做得非常棒,但除了酷酷的感觉外,毫无用处。
罪之六:XML只是用来打幌子
xml从诞生那天起就被一致看好,大有非xml不娶之势,我想Jesse James Garrett也是为了趋于流行才把xml强行加入ajax的吧。xml有一个致命的缺点,那就是加载的资源耗费,这好像是所有平台下xml的通病。google map虽然是Jesse James Garrett推荐的AJAX的品牌代言人,但是gmap并没有用xml,而是用了原生的javascript数组,我自己在用AJAX从服务端传回数据时也从来不用XML,因为它让我更繁琐让系统更慢。服务端首先要调用xml对要传输的数据进行封装,客户端得到数据后再调用xml进行解析,简直是画蛇添足。AJAX的一个重要特点是要身法轻盈,数据的传输尽量单一和简陋,如果确实需要传输大量复杂的数据,也应该通过多次调用传回。
罪之七:世界这么大却找不到自己的家
AJAX适用于什么?能干什么?能带来什么?在网站上用AJAX那是笑话,除非像Google Map和Flickr这样的专业领域的网站外,普通网站根本没必要用这个技术;在庞大的企业应用市场估计还能有AJAX的一点容身之地,不过在MS、SUN不会看着AJAX这个野孩子来在他们的地盘上撒泼的,如果大家都用AJAX,那java给谁卖?.net给谁卖?所以AJAX在企业应用也不是长久之地。所以,AJAX现在找不到自己合适的位置是个很大的尴尬。疑病乱投医,最近把AJAX的矛头指向Flash和Applet就是一个例子。
当然,我也不是要把AJAX扁的一无是处,我本人就非常喜欢这门技术,它能让web设计者的眼球更加宽广,让一些大胆的设计成为现实,但是我也会很冷静的小心翼翼的利用这个利器,利器虽好,一不留神刺伤的是自己。
PS:这篇文章是昨晚写的,今早却神奇般的从网上看见了一篇文章Ajax: 99% Bad,文章是针对2000年那片著名的Flash: 99% Bad 写的,其中的观点和我所说的七宗罪中的几宗相似。
驳“AJAX的七宗罪”
(原文地址:http://forum.javaeye.com/viewtopic.php?t=13844,作者:dlee)
我不带任何主观色彩来评一下这个所谓的“AJAX的七宗罪”。
1、连带着Flash和Ajax一块骂了。
引用:没有链接的web就像森林中迷路的羔羊,这句看似广告语,其实是web设计的根本原则。
这句“原则”至少我并不知道,因此看起来不过就是一句广告语而已。我的原则是Web应用首先需要对于最终用户友好,然后才需要考虑对于搜索引擎友好。你使用HTML FORM提交的数据也是没有链接的,这些数据可以被搜索引擎搜索到吗?换句话说,可以添加在链接URL中的只有通过GET方法发送的请求。搜索引擎难道连使用POST方法提交的FORM数据都能搜索到吗?如果搜索引擎能搜索到这些数据,搜索引擎搜索到同样通过HTTP协议以明文形式发送的XML数据难道是很困难的事情吗?
必须要考虑对于搜索引擎友好的应用也是有限的。你以为Google真的没有办法解决这些问题吗?太小看Google了吧?
2、这个作者显然很少做JavaScirpt开发,以至于说出这样没有调查的话来:
引用:更可怕的是在javascript中竟然没有一款顺手的Debug软件,很多写js的老手到今天还是用最原始的alert("")来调试,splinetech JavaScript HTML Debugger算是一个看起来还像个样子的调试器吧,可惜不是免费的,几十大刀让我这种穷人只能望而生叹了。
M$ Visual InterDev、Office 2003中带的Script Debugger都是非常好用的调试工具。如果不愿意花钱买这些工具,还可以使用Mozilla开发的Venkman,调试功能已经非常完善了。说JS没有很好的IDE是实情,说JS没有很好的调试工具简直是天大的笑话。
3、引用:和上面说的差不多,层层包含js文件是AJAX的通病,再加上以往的很多服务端代码现在放到了客户端,所以每次打开一个页面会包含很多的无用的js文件也一同下载下来。虽然宽带越来越普及,但是减少代码冗余还是每个web设计者的必修课。
完全是没有调查的胡说,如果通过不同的文件对于JS代码进行了认真的组织,将JS函数分到很多小文件中,一个页面仅仅只需要加载它自己使用到的JS文件,何来冗余代码之说?
4、引用:什么叫破坏web标准?点击查看全部,这就是破坏了web标准。好好的A标签放着不用,偏要用span。这种例子很多,flickr中的标题单击后可以更改,这虽然(也包括我)是大家一致叫好觉得方便的设计,但同时这也是歧义了web元素本身的含义,物是人非这个词不知道用的合不合适?
这仅仅是一个具体应用中的用法,居然也归到了Ajax头上,真是欲加之罪,何患无词。这里如果简单地将span换成a难道不是很容易的事情吗?如果使用a就不能使用onclick了吗?按照作者的想法,似乎所有的a都应该只能是简单链接,不能加上onclick,加上onclick就变成了Ajax,就触犯了天条,破坏了Web标准。况且给span加上一个onclick居然就上纲上线到破坏Web标准的层次,我研究Web标准这么多年,也没有看出究竟破坏了哪一款哪一条的Web标准。Web标准中什么地方规定只允许使用a,不允许使用span来实现了?况且在最新的XHTML1.2标准中,a已经变成了一个不推荐使用的标记。什么是Web标准,什么是破坏Web标准?回去翻翻书吧。
5、引用:浏览器和浏览器之间的差异一直都是web设计者心中永远的痛,支持的css不一样,支持的客户端脚本不一样,有的竟然连客户端脚本的用法都有不同。这让程序员非常苦恼,最明显的就是调用xmlhttprequest了,req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");这段创建xmlhttp对象的代码就是为了适应IE和非IE两天阵营的浏览器的经典例子。说是没有back和没有history的浏览器,这也是一个讽刺,主要是指在AJAX下点击链接是不Redirect页面,所以不存在后退和前进了,同样,没有后退和前进也就无存找浏览历史纪录了。back和history存在的根本就是url的改变,在AJAX下人们发现不改url也同样能达到内容改变这个酷酷的特点,何乐而不为呢?
我提到过多次《网站重构》,这本书要解决什么问题?femto开始读了吗?曾经产生过读这本书的欲望吗?
创建XMLHTTP对象的不同语法只是一个非常小的问题,这是在XMLHTTP没有被完全标准化之前的暂时问题。现在基于Web标准做开发,必须要写针对不同浏览器的代码片断的场合已经非常少了,封装这些差异的JS库网上也已经有很多了。
无法利用back/history的问题在Google Maps中是使用IFrame来解决的,这个问题我在BEA User Group的演讲中已经说过了。
6、引用:xml有一个致命的缺点,那就是加载的资源耗费,这好像是所有平台下xml的通病。google map虽然是Jesse James Garrett推荐的AJAX的品牌代言人,但是gmap并没有用xml,而是用了原生的javascript数组,我自己在用AJAX从服务端传回数据时也从来不用XML,因为它让我更繁琐让系统更慢。服务端首先要调用xml对要传输的数据进行封装,客户端得到数据后再调用xml进行解析,简直是画蛇添足。
致命吗?我做了这么多浏览器端的XML开发,为什么至今没有感受到?Google Maps服务器端传给客户端的数据就是不折不扣的XML,其它的开发人员还可以对这个XML进行定制加入自己的数据。Google Maps还在客户端几个功能上使用了XSLT。说Google Maps没有使用XML,要不要我把我亲自整理过的Google Maps客户端的代码发给你你才能闭嘴?
7、引用:AJAX适用于什么?能干什么?能带来什么?在网站上用AJAX那是笑话,除非像Google Map和Flickr这样的专业领域的网站外,普通网站根本没必要用这个技术;在庞大的企业应用市场估计还能有AJAX的一点容身之地,不过在MS、SUN不会看着AJAX这个野孩子来在他们的地盘上撒泼的,如果大家都用AJAX,那java给谁卖?.net给谁卖?所以AJAX在企业应用也不是长久之地。所以,AJAX现在找不到自己合适的位置是个很大的尴尬。疑病乱投医,最近把AJAX的矛头指向Flash和Applet就是一个例子。
又是一番奇谈怪论。说大公司不会使用Ajax完全是主观臆测。事实上,大量使用客户端JS的大公司包括以下这些:
Macromedia:在Dreamweaver产品中包括了大量的JS代码。
Oracle:很多产品都使用了JS,目前对于Ajax很感兴趣。这个消息是我在深圳Oracle做开发的一个朋友亲口告诉我的。
SAP:早在很多年以前,SAP就在其产品中大量使用了JS+XMLHTTP的技术,仅仅是SAP没有炒做这个概念而已。说Ajax不适合企业应用,SAP是靠做什么吃饭的?
Google:我已经不需要再说什么了。