|
高级会员

|
2#
大 中
小 发表于 2007-5-23 14:32 只看该作者
与传统的Web开发不同,Ajax并不是以一种基于静态页面的方式来看待Web应用的。从Ajax的角度看来,Web应用仅由少量的页面组成,其中每个页面其实是一个更小型的Ajax应用。而一些简单的Ajax应用,例如一个简单的RSS阅读器,甚至只有一个页面。每个页面上面都包括有一些使用JavaScript开发的Ajax组件。这些组件使用XMLHttpRequest对象以异步的方式与服务器通信,从服务器获取需要的数据后使用DOM API来更新页面中的一部分内容。因此Ajax应用与传统的Web应用的区别主要在3个地方:
1. 不刷新整个页面,在页面内与服务器通信。
2. 使用异步方式与服务器通信,不需要打断用户的操作,具有更加迅速的的响应能力。
3. 应用仅由少量页面组成。大部分交互在页面之内完成,不需要切换整个页面。
由此可见,Ajax使得Web应用更加动态,带来了更高的智能,并且提供了表现能力丰富的Ajax UI组件。这样一类新型的Web应用叫做RIA(Rich Internet Application)应用。除了Ajax,还包括有Flash等技术。
与1990年代末的DHTML相比,Ajax更加强调符合真正的Web标准的开发方式。Ajax对于现有基于Web标准的技术的利用程度比DHTML高出了很多。而DHTML声名狼藉,最终失败的最大原因就是在于不重视基于真正的Web标准来做开发。
DHTML其实是浏览器大战的时代微软和Netscape为了吸引眼球而制造的一个名词,并没有得到W3C的认可。并且经常被开发人员滥用,制造出一大堆不符合真正的Web标准的JavaScript脚本和HTML标记,常常只能运行在某种特定的浏览器中(主要是IE)。
DHTML总是过于注重各种花哨的视觉效果,而Ajax最关注的问题则是真正改善Web应用可用性,这正是Ajax技术诞生的使命,甚至也正是JavaScript脚本语言诞生的使命。跨浏览器自然是Web应用可用性的重要组成部分,只有基于真正的Web标准来做开发,才有可能跨浏览器为用户提供一致的交互体验。而跨浏览器仅仅是基于真正的Web标准做开发的一个原因。另外一个原因是,唯有这样,才能充分地利用Web标准发展的成果(例如上述的SVG、E4X等符合标准的技术),并且建造出向后兼容的Web应用。向后兼容的意思就是我们今天建造的Web应用,当明天用户都使用浏览器的新版本(例如IE 7.0)之后,不必再加以修改就能直接运行在这些新版本之上。这样可以降低Web应用的维护成本,并且可以真正达到改善可用性,使用户获得更好的交互体验的目标(想想看,假设用户将自己的浏览器升级为IE 7.0,并且访问一个她过去经常去的网站,突然发现网站的某个功能失效了,她会有什么感觉?)。做过多年Web开发的开发者都知道,以前专门为IE5.0开发的Web应用,尤其是使用了很多JavaScript的应用,不加以修改和重新测试就运行在IE6.0上几乎是不可能的。在这里就是没有做到向后兼容。Ajax技术会使得这些问题都不再存在。
Ajax技术有两个推动力,Web标准的成熟和软件交互设计和可用性理论的成熟。在软件的可用性方面,除了一些通用的软件可用性和交互设计理论之外(这方面的经典著作包括《面向使用的软件设计》、《About Face 2.0》中文版等等),Web应用的可用性(Web usability)也是国外非常热门的一个研究领域,主要侧重于研究如何提高Web应用的可用性。美国在这个领域有着非常深入的研究,并且对于一些公共机构网站的可用性还有相关的法律条款来约束(Section508,508条款,于2001年6月21日成为美国的法律,直接影响了联邦部门和一些代理机构,还有为他们服务的网页设计师。这条法律也适用于政府投资项目和任何采用了该法律的州)。对于这些网站,如果无法达到条款上的一些可用性要求,网站经营者就违法了。如果是开发公司无法达到这些要求,就别指望从联邦政府手中拿到这些项目。
为了对如何提高Web应用的可用性做出指导,W3C在20世纪90年代建立了Web Accessibility Initiative(WAI),致力于为网站建造者提供实现可访问性(与可用性同义)的方法和策略(http://www.w3.org/WAI/GL/)Web可用性方面的经典著作包括《网站重构》。
[ 本帖最后由 大兵 于 2007-5-23 14:34 编辑 ]
|