[文章]剖析WEB 2.0 [和讯博客]

　　注意：ajaxRef属性。 ajaxRef属性中内容是在ajax-config.xml中定义的，例如本示例的配置部分如下：

　　在配置文件中定义了该表单的属性，以及按钮触发的事件和回写结果的处理方法。采用很巧妙的封装方法实现了Struts的AJAX调用。当然Ajaxtags离实用阶段还有相对长的一段距离，但它提供了一种在现有的软件架构上高效率开发ajax应用程序的可行性方案。

当前web技术中最热门的词语是什么？是AJAX。AJAX框架组件的核心是XMLHttpRequest JavaScript对象，它允许客户端开发人员在不中断用户操作、不利用隐藏页面的情况下，通过HTTP发送和接收XML文档。现在，有些人可能会感到恐惧，因为它突然允许那些可能过多地使用了验证窗体和动画图像的客户端开发人员负责传递XML文档和处理HTTP头信息，但是，没有风险就没有收益。我们不用害怕，我将演示如何使用XMLHttpRequest来添加一些以前不可能的、行不通的特性，它同时还减少了错误，提高了产品质量。
JavaScript中的XMLHttpRequest和XML DOM

　　首先，我们需要建立一些规则。特殊的XMLHttpRequest对象和一般的XML DOM都受到了最新的浏览器（IE、Mozilla、Safari、Opera）的广泛支持，尽管在一般情况下，微软对于自己的实现会稍微增加一些东西，需要某些特殊的处理。尽管我们更多的朋友直接实现了XMLHttpRequest，但是IE还是要求你用相同的属性实例化一个ActiveXObject。在Apple开发者关系站点上可以找到相关的概述和所有特性列表。

　　下面是一个基本的例子：

　　这种强大的功能的潜在用户是很多的，对于它可能实现的功能的探索才刚刚开始。但是在你试图在web上的建立XML功能之前，我建议你设置一个"安全网"来保证你的抱负（想法）不会受到打击。

　　JavaScript错误处理基础

　　JavaScript已经出现很久了，它的早期版本比较原始，缺少特性，仅仅是实现了而已。最新的浏览器不但支持C++和Java中try/catch/finally关键字，而且实现了onerror事件，而这个事件可以捕捉运行时出现的任何错误。它的使用是非常直接的：

JavaScript中的XMLHttpRequest和XML DOM

　　首先，我们需要建立一些规则。特殊的XMLHttpRequest对象和一般的XML DOM都受到了最新的浏览器（IE、Mozilla、Safari、Opera）的广泛支持，尽管在一般情况下，微软对于自己的实现会稍微增加一些东西，需要某些特殊的处理。尽管我们更多的朋友直接实现了XMLHttpRequest，但是IE还是要求你用相同的属性实例化一个ActiveXObject。在Apple开发者关系站点上可以找到相关的概述和所有特性列表。

　　下面是一个基本的例子：

　实际的例子：把客户端错误传递到服务器上

　　现在我们知道了XMLHttpRequest和JavaScript错误处理的一些基础知识了，我们来看一个同时使用了两者的实现例子。你可能认为JavaScript错误可以很简单地在流行的"黄色死亡三角"中显示出来，但是仍然有一些错误传递到了几家篮筹股公司的公共web站点的质量部门了。

　　因此，我将提供一个用于捕捉错误并把错误记录到服务器上的方法，这样其他人就可能修补这些问题。首先，我们考虑客户端。客户端必须提供一个类，它被用作日志记录器（Logger）对象，可以透明地处理各种细节信息。

　　下面是我们建立的构造函数：

　　接下来，我们定义了一个方法，它会把Error对象序列化为XML。在默认情况下，Error对象只有两种属性，分别是name和message，但是我们还是使用了第三个属性（location），它有时候是有用的。

　　接着是log方法。这是脚本最基本的部分，它真正地实现了上述的原理。请注意，我们在调用中使用的是POST方法。从本质上说，我在此处建立的是一个定制的web服务，它是只读的，并为每个成功的请求建立新记录。因此，POST是唯一适当的选择。

　　类的最后一部分建立了一个Logger类实例。这个类应该只有一个实例。

　　最后的两个函数只是用于琐碎事务管理的。如果在记录错误的时候出现了问题，除了干扰用户之外，我们几乎不能做任务事务。但是，这种情况永远不会出现。这些不是类的方法，因为事件没有指向我们的对象的指针，但是它会指向我们建立的logger实例。

　　前面的所有代码都被包装到一个.js文件中了，我们可以在站点的任何（或每一个）页面中包含这个文件。下面是如何包含这个文件的例子：

　　现在你已经知道如何把日志记录器集成到HTML页面中了，剩余的工作就是定义一种接收和转换消息的方法了。我选择使用最底层的通用命名方法，在Perl中建立了一个CGI脚本，这个脚本使用了我喜欢的一些模块，它使用XML::Simple来分析post数据，使用CGI::Carp把结果直接导入到httpd错误日志，这样可以节约系统管理员的时间，因为他不需要查看另外一个日志了。这个脚本还包含了很多良好的示例，它们适当地记录了不同的成功和失败条件。

　　已经完成了！现在，当某些难以理解的JavaScript进入系统的时候，你就可以期待着自己的日志监视器开始闪红灯，你的客户端开发人员在深夜接到电话了。

　　1、通过适当的Ajax应用达到更好的用户体验；

　　2、把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理能力来处理，减轻服务器和带宽的负担，从而达到节约ISP的空间及带宽租用成本的目的。

　　Ajax这个概念的最早提出者Jesse James Garrett认为：

　　Ajax是Asynchronous JavaScript and XML的缩写。

　　Ajax并不是一门新的语言或技术,它实际上是几项技术按一定的方式组合在一在同共的协作中发挥各自的作用,它包括：

　　·使用XHTML和CSS标准化呈现;

　　·使用DOM实现动态显示和交互;

　　·使用XML和XSLT进行数据交换与处理;

　　·使用XMLHttpRequest进行异步数据读取;

　　·最后用JavaScript绑定和处理所有数据;

　　Ajax的工作原理相当于在用户和服务器之间加了—个中间层,使用户操作与服务器响应异步化。并不是所有的用户请求都提交给服务器,像—些数据验证和数据处理等都交给Ajax引擎自己来做,只有确定需要从服务器读取新数据时再由Ajax引擎代为向服务器提交请求。

　　虽然Garrent列出了7条Ajax的构成技术，但个人认为，所谓的Ajax其核心只有JavaScript、XMLHTTPRequest和DOM，如果所用数据格式为XML的话，还可以再加上XML这一项(Ajax从服务器端返回的数据可以是XML格式，也可以是文本等其他格式)。

　　在旧的交互方式中,由用户触发一个HTTP请求到服务器,服务器对其进行处理后再返回一个新的HTHL页到客户端,每当服务器处理客户端提交的请求时,客户都只能空闲等待,并且哪怕只是一次很小的交互、只需从服务器端得到很简单的一个数据,都要返回一个完整的HTML页,而用户每次都要浪费时间和带宽去重新读取整个页面。

　　而使用Ajax后用户从感觉上几乎所有的操作都会很快响应没有页面重载（白屏）的等待。

　　1、XMLHTTPRequest

　　Ajax的一个最大的特点是无需刷新页面便可向服务器传输或读写数据(又称无刷新更新页面),这一特点主要得益于XMLHTTP组件XMLHTTPRequest对象。这样就可以向再发桌面应用程序只同服务器进行数据层面的交换,而不用每次都刷新界面也不用每次将数据处理的工作提交给服务器来做,这样即减轻了服务器的负担又加快了响应速度、缩短了用户等候时间。

　　最早应用XMLHTTP的是微软,IE（IE5以上）通过允许开发人员在Web页面内部使用XMLHTTP ActiveX组件扩展自身的功能,开发人员可以不用从当前的Web页面导航而直接传输数据到服务器上或者从服务器取数据。这个功能是很重要的,因为它帮助减少了无状态连接的痛苦,它还可以排除下载冗余HTML的需要,从而提高进程的速度。Mozilla（Mozilla1.0以上及NetScape7以上）做出的回应是创建它自己的继承XML代理类：XMLHttpRequest类。Konqueror (和Safari v1.2,同样也是基于KHTML的浏览器)也支持XMLHttpRequest对象,而Opera也将在其v7.6x+以后的版本中支持XMLHttpRequest对象。对于大多数情况，XMLHttpRequest对象和XMLHTTP组件很相似,方法和属性也类似,只是有一小部分属性不支持。

　　XMLHttpRequest的应用：

　　·XMLHttpRequest对象在JS中的应用

var xmlhttp = new XMLHttpRequest();

　　·微软的XMLHTTP组件在JS中的应用

var xmlhttp = new ActiveXObject(Microsoft.XMLHTTP);
var xmlhttp = new ActiveXObject(Msxml2.XMLHTTP);

XMLHttpRequest 对象方法

/**
* Cross-browser XMLHttpRequest instantiation.
*/

if (typeof XMLHttpRequest == ’undefined’) {
　XMLHttpRequest = function () {
　　var msxmls = [’MSXML3’, ’MSXML2’, ’Microsoft’]
　　for (var i=0; i < msxmls.length; i++) {
　　　try {
　　　　return new ActiveXObject(msxmls[i]+’.XMLHTTP’)
　　　} catch (e) { }
　　}
　　throw new Error("No XML component installed!")
　}
}
function createXMLHttpRequest() {
　try {
　　// Attempt to create it "the Mozilla way"
　　if (window.XMLHttpRequest) {
　　　return new XMLHttpRequest();
　　}
　　// Guess not - now the IE way
　　if (window.ActiveXObject) {
　　　return new ActiveXObject(getXMLPrefix() + ".XmlHttp");
　　}
　}
　catch (ex) {}
　return false;
};

　　XMLHttpRequest 对象方法

方法	描述
abort()	停止当前请求
getAllResponseHeaders()	作为字符串返问完整的headers
getResponseHeader("headerLabel")	作为字符串返问单个的header标签
open("method","URL"[,asyncFlag[,"userName"[, "password"]]])	设置未决的请求的目标 URL, 方法, 和其他参数
send(content)	发送请求
setRequestHeader("label", "value")	设置header并和请求一起发送

　　XMLHttpRequest 对象属性

属性	描述
onreadystatechange	状态改变的事件触发器
readyState	对象状态(integer): 0 = 未初始化 1 = 读取中 2 = 已读取 3 = 交互中 4 = 完成
responseText	服务器进程返回数据的文本版本
responseXML	服务器进程返回数据的兼容DOM的XML文档对象
status	服务器返回的状态码, 如：404 = "文件末找到" 、200 ="成功"
statusText	服务器返回的状态文本信息

　　2、JavaScript

　　JavaScript是一在浏览器中大量使用的编程语言，，他以前一直被贬低为一门糟糕的语言（他确实在使用上比较枯燥），以在常被用来作一些用来炫耀的小玩意和恶作剧或是单调琐碎的表单验证。但事实是，他是一门真正的编程语言，有着自已的标准并在各种浏览器中被广泛支持。

　　3、DOM

　　Document Object Model。

　　DOM是给 HTML 和 XML 文件使用的一组 API。它提供了文件的结构表述，让你可以改变其中的內容及可见物。其本质是建立网页与 Script 或程序语言沟通的桥梁。

　　所有WEB开发人员可操作及建立文件的属性、方法及事件都以对象来展现（例如，document 就代表“文件本身“这个对像，table 对象则代表 HTML 的表格对象等等）。这些对象可以由当今大多数的浏览器以 Script 来取用。

　　一个用HTML或XHTML构建的网页也可以看作是一组结构化的数据，这些数据被封在DOM（Document Object Model）中，DOM提供了网页中各个对象的读写的支持。

　　4、XML

　　可扩展的标记语言（Extensible Markup Language）具有一种开放的、可扩展的、可自描述的语言结构，它已经成为网上数据和文档传输的标准。它是用来描述数据结构的一种语言，就正如他的名字一样。他使对某些结构化数据的定义更加容易，并且可以通过他和其他应用程序交换数据。

　　5、综合

　　Jesse James Garrett提到的Ajax引擎，实际上是一个比较复杂的JavaScript应用程序，用来处理用户请求，读写服务器和更改DOM内容。

　　JavaScript的Ajax引擎读取信息，并且互动地重写DOM，这使网页能无缝化重构，也就是在页面已经下载完毕后改变页面内容，这是我们一直在通过JavaScript和DOM在广泛使用的方法，但要使网页真正动态起来，不仅要内部的互动，还需要从外部获取数据，在以前，我们是让用户来输入数据并通过DOM来改变网页内容的，但现在，XMLHTTPRequest，可以让我们在不重载页面的情况下读写服务器上的数据，使用户的输入达到最少。

　　基于XML的网络通讯也并不是新事物，实际上FLASH和JAVA Applet都有不错的表现，现在这种富交互在网页上也可用了，基于标准化的并被广泛支持和技术，并且不需要插件或下载小程序。

　　Ajax是传统WEB应用程序的一个转变。以前是服务器每次生成HTML页面并返回给客户端（浏览器）。在大多数网站中，很多页面中至少90%都是一样的，比如：结构、格式、页头、页尾、广告等，所不同的只是一小部分的内容，但每次服务器都会生成所有的页面再返回给客户端，这无形之中是一种浪费，不管是对于用户的时间、带宽、CPU耗用，还是对于ISP的高价租用的带宽和空间来说。如果按一页来算，只能几K或是几十K可能并不起眼，但像SINA每天要生成几百万个页面的大ISP来说，可以说是损失巨大的。而AJAX可以所为客户端和服务器的中间层，来处理客户端的请求，并根据需要向服务器端发送请求，用什么就取什么、用多少就取多少，就不会有数据的冗余和浪费，减少了数据下载总量，而且更新页面时不用重载全部内容，只更新需要更新的那部分即可，相对于纯后台处理并重载的方式缩短了用户等待时间，也把对资源的浪费降到最低，基于标准化的并被广泛支持和技术，并且不需要插件或下载小程序，所以Ajax对于用户和ISP来说是双盈的。

　　Ajax使WEB中的界面与应用分离（也可以说是数据与呈现分离），而在以前两者是没有清晰的界限的，数据与呈现分离的分离，有利于分工合作、减少非技术人员对页面的修改造成的WEB应用程序错误、提高效率、也更加适用于现在的发布系统。也可以把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理能力来处理。

　　四、应用

　　Ajax理念的出现，揭开了无刷新更新页面时代的序幕，并有代替传统web开发中采用form(表单)递交方式更新web页面的趋势，可以算是一个里程碑。但Ajax都不是适用于所有地方的，它的适用范围是由它的特性所决定的。

　　举个应用的例子，是关于级联菜单方面的Ajax应用。

　　我们以前的对级联菜单的处理是这样的：

　　为了避免每次对菜单的操作引起的重载页面，不采用每次调用后台的方式，而是一次性将级联菜单的所有数据全部读取出来并写入数组，然后根据用户的操作用JavaScript来控制它的子集项目的呈现，这样虽然解决了操作响应速度、不重载页面以及避免向服务器频繁发送请求的问题，但是如果用户不对菜单进行操作或只对菜单中的一部分进行操作的话，那读取的数据中的一部分就会成为冗余数据而浪费用户的资源，特别是在菜单结构复杂、数据量大的情况下（比如菜单有很多级、每一级菜又有上百个项目），这种弊端就更为突出。

　　如果在此案中应用Ajax后，结果就会有所改观：

　　在初始化页面时我们只读出它的第一级的所有数据并显示，在用户操作一级菜单其中一项时，会通过Ajax向后台请求当前一级项目所属的二级子菜单的所有数据，如果再继续请求已经呈现的二级菜单中的一项时，再向后面请求所操作二级菜单项对应的所有三级菜单的所有数据，以此类推……这样，用什么就取什么、用多少就取多少，就不会有数据的冗余和浪费，减少了数据下载总量，而且更新页面时不用重载全部内容，只更新需要更新的那部分即可，相对于后台处理并重载的方式缩短了用户等待时间，也把对资源的浪费降到最低。

　　此外，Ajax由于可以调用外部数据，也可以实现数据聚合的功能（当然要有相应授权），比如微软刚刚在3月15日发布的在线RSS阅读器BETA版；还可以利于一些开放的数据，开发自已的一些应用程序，比如用Amazon的数据作的一些新颖的图书搜索应用。

　　总之，Ajax适用于交互较多，频繁读数据，数据分类良好的WEB应用。

　　五、Ajax的优势

　　1、减轻服务器的负担。因为Ajax的根本理念是“按需取数据”，所以最大可能在减少了冗余请求和响影对服务器造成的负担；

　　2、无刷新更新页面，减少用户实际和心理等待时间；

　　首先，“按需取数据”的模式减少了数据的实际读取量，打个很形象的比方，如果说重载的方式是从一个终点回到原点再到另一个终点的话，那么Ajax就是以一个终点为基点到达另一个终点；

图5－1

图5－2

　　其次，即使要读取比较大的数据，也不用像RELOAD一样出现白屏的情况，由于Ajax是用XMLHTTP发送请求得到服务端应答数据，在不重新载入整个页面的情况下用Javascript操作DOM最终更新页面的，所以在读取数据的过程中，用户所面对的也不是白屏，而是原来的页面状态（或者可以加一个LOADING的提示框让用户了解数据读取的状态），只有当接收到全部数据后才更新相应部分的内容，而这种更新也是瞬间的，用户几乎感觉不到。总之用户是很敏感的，他们能感觉到你对他们的体贴，虽然不太可能立竿见影的效果，但会在用户的心中一点一滴的积累他们对网站的依赖。

　　3、更好的用户体验；

　　4、也可以把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理能力来处理，减轻服务器和带宽的负担，节约空间和带宽租用成本；

　　5、Ajax由于可以调用外部数据；

　　6、基于标准化的并被广泛支持和技术，并且不需要插件或下载小程序；

　　7、Ajax使WEB中的界面与应用分离（也可以说是数据与呈现分离）；

　　8、对于用户和ISP来说是双盈的。

　　六、Ajax的问题

　　1、一些手持设备（如手机、PDA等）现在还不能很好的支持Ajax；

　　2、用JavaScript作的Ajax引擎，JavaScript的兼容性和DeBug都是让人头痛的事；

　　3、Ajax的无刷新重载，由于页面的变化没有刷新重载那么明显，所以容易给用户带来困扰――用户不太清楚现在的数据是新的还是已经更新过的；现有的解决有：在相关位置提示、数据更新的区域设计得比较明显、数据更新后给用户提示等；

　　4、对流媒体的支持没有FLASH、Java Applet好；

　　七、结束语

　　更好的Ajax应用，需要更多的客户端的开发，和对当前的WEB应用理念的思考，而且良好的用户体验，来源于为处处用户考虑的理念，而不单纯是某种技术。

AJAX: 一个建立Web应用的新途径

如果要问做什么事是最有吸引力，那就是创建Web应用。毕竟，上次你听到有人称赞某产品的交互设计是什么时候的事了？(除了iPod之外) 它们都很cool, 而且都是很创新的项目。

　　抛开这些不管，Web设计者们对设计交互式的Web没有什么更好的办法，却对我们做桌面软件的同事投去少许羡慕的目光.桌面应用程序有丰富的界面以及对于Web程序来说无法比拟的响应能力。同样，Web的快速发展，在我们所提供的体验和用户从桌面应用程序所得到的体验间产生巨大的差距

　　而如今差距正在消失。请看看“Google建议(Google Suggest)”. 观察它按你的输入显示建议条目的更新速度，几乎是立即更新的。再看看"Google Maps". 放大，用你的鼠标搬动和滚动。这些动作几乎是立即响应的，不用等待页面刷新。

　　"Google Suggest"和"Google Maps" 是采用Ajax技术的两个典型例子。Ajax是Asynchronous JavaScript and XML的简称，它表现出一个Web开发上的根本转变，那就是，Web上可能做些什么.

　　Ajax的定义

　　Ajax不是一个技术，它实际上是几种技术，每种技术都有其独特这处，合在一起就成了一个功能强大的新技术。Ajax包括：

XHTML和CSS
使用文档对象模型(Document Object Model)作动态显示和交互
使用XML和XSLT做数据交互和操作
使用XMLHttpRequest进行异步数据接收
使用JavaScript将它们绑定在一起

　　传统的web应用模型工作起来就象这样：大部分界面上的用户动作触发一个连接到Web服务器的HTTP请求。服务器完成一些处理---接收数据，处理计算，再访问其它的数据库系统，最后返回一个HTML页面到客户端。这是一个老套的模式，自采用超文本作为web使用以来，一直都这样用, 但看过《The Elements of User Experience》的读者一定知道，是什么限制了Web界面没有桌面软件那么好用。

图1: 传统Web应用模型(左)与Ajax模型的比较(右).

　　这种旧的途径让我们认识到了许多技术，但它不会产生很好的用户体验。当服务器正在处理自己的事情的时候，用户在做什么？没错，等待。每一个动作，用户都要等待。

　　很明显，如果我们按桌面程序的思维设计Web应用，我们不愿意让用户总是等待。当界面加载后，为什么还要让用户每次再花一半的时间从服务取数据？实际上，为什么老是让用户看到程序去服务器取数据呢？

　　Ajax如何不同凡响

　　通过在用户和服务器之间引入一个Ajax引擎，可以消除Web的开始－停止－开始－停止这样的交互过程. 它就像增加了一层机制到程序中，使它响应更灵敏，而它的确做到了这一点。

　　不像加载一个页面一样，在会话的开始，浏览器加载了一个Ajax引擎---采用JavaScript编写并且通常在一个隐藏frame中。这个引擎负责绘制用户界面以及与服务器端通讯。Ajax引擎允许用异步的方式实现用户与程序的交互－－不用等待服务器的通讯。所以用户再不不用打开一个空白窗口，看到等待光标不断的转，等待服务器完成后再响应。

图 2: 传统Web应用的同步交互过程(上)和Ajax应用的异步交互过程的比较(下).

　　通常要产生一个HTTP请求的用户动作现在通过JavaScript调用Ajax引擎来代替. 任何用户动作的响应不再要求直接传到服务器---例如简单的数据校验，内存中的数据编辑，甚至一些页面导航---引擎自己就可以处理它. 如果引擎需要从服务器取数据来响应用户动作---假设它提交需要处理的数据，载入另外的界面代码，或者接收新的数据---引擎让这些工作异步进行，通常使用XML, 不用再担误用户界面的交互。

　　谁在使用Ajax

　　在采用Ajax的开发上面，Google做了巨大的投资。去年Google所有主要的产品都用了这项技术---Orkut, Gmail, 以及最近的beta版的Google Groups, Google Suggest和Google Maps---它们全是Ajax的应用。(要想了解更多这些Ajax实际的技术细节，请看它们的分析文章:Gmail, Google Suggest, Google Maps). 其它的像：Flickr, 采用许多人们喜欢的Ajax特性，　还有Amazon的A9.com搜索引擎也采用类似的技术。

　　这些项目证明了Ajax不只是学术上的，也有许多真实世界成功应用。这不是什么实验室里的技术。Ajax的应用可大可小，从非常简单的，像单一功能的Google Suggest到非常复杂的Google Maps.

web2.0与Web1.0的区别是什么？

Web2.0到底是什么，它与Web1.0之间存在哪些区别，什么样的网站可以称之为Web2.0？这些问题似乎现在还没有一个大家比较公认的答案。del.icio.us上的Web2.0标签中也可以看到很多各式各样的网站，到底Web2.0为什么是Web2.0，它的特性是什么，收集整理了一些人的观点，作为自己学习的资料。

文章较长，就不在首页放全文了。
———————————————————-

Wikipadia：维基百科上关于Web2.0的条目中有两段涉及Web2.0的特色：

1、O’Reilly和Battelle总结了他们认为的表现了Web 2.0应用特色的一些关键原则：

* 将Web作为平台；
* 将数据变成“Intel Inside”；
* 分享和参与的架构驱动的网络效应；
* 通过带动分散的、独立的开发者把各个系统和网站组合形成大汇集的改革；
* 通过内容和服务的联合使轻量的业务模型可行；
* 软件采购循环(software adoption cycle)的终结（“永久的Beta版”）
* 软件凌驾于单一设备的层次之上；
* 拉动长尾的能力。

2、如果一个网站使用了以下一些技术作为特色的话，就说他是利用了Web 2.0技术：

技术方面：

* CSS, 语义化有效的XHTML标记，和Microformats
* 不突出的丰富应用技术（例如Ajax）
* 数据的联合，RSS/ATOM
* RSS/ATOM数据的聚合
* 规则且有意义的URL
* 支持对网志发帖子
* REST 或者是XML Web服务API
* 某些社会性网络方面

通用概念：

* 网站不能是封闭的——它必须可以很方便地被其他系统获取或写入数据。
* 用户应该在网站上拥有他们自己的数据。
* 完全地基于Web —— 大多数成功的Web 2.0网站可以几乎完全通过浏览器来使用

曾登高：Web 2.0是代指所有用户体验型的网络服务，这句话有2个重点，用户体验型和网络服务。网络服务不是指技术上常说的Web Services，他泛指一切在互联网上提供个性化服务的应用。注重用户体验是Web 2.0被经常提起的主要原因。这不仅仅是因为用户可以来参与，更多地是因为互联网服务更加人性化和个性化。

Don:Web1.0到Web2.0的转变，具体的说，从模式上是单纯的“读”向“写”、“共同建设”发展；从基本构成单元上，是由“网页”向“发表/记录的信息”发展；从工具上，是由互联网浏览器向各类浏览器、rss阅读器等内容发展；运行机制上，由“Client Server”向“Web Services”转变；作者由程序员等专业人士向全部普通用户发展；应用上由初级的“滑稽”的应用向全面大量应用发展。

zheng:从Web应用的产品/服务生产者角度来说，该如何创建Web2.0的产品呢？重要的是要抓住这么几点，一个是微内容（这里有定义），一个是用户个体。除了这两个最基本的之外，还可以考虑社群内的分享以及提供API。

一类可以被称作Web2.0的产品/服务将是这样：服务于用户个体的微内容的收集、创建、发布、管理、分享、合作、维护等的平台。其他的呢？恐怕就设计到好些人提到的，微内容的XML表现；微内容的聚合；微内容的迁移；社会性关系的维护；界面的易用性等等。（zheng的学习Web2.0系列都是很值得认真阅读的）

Vazi： Web 2.0：基于 RSS/ATOM规范(XML与HTML混合规范）；由网站提供服务，让网站用户发布及浏览；Web2.0是信息源的去中心化了，而信息服务依然有着一个中心向众多的用户提供服务。

jgovernor ：web 1.0 - content produced by someone else(内容来自某人)/architecture of consumption(消费架构)/attempts to create walled gardens(创建一个有围墙的花园)/download culture(下载的文化)/read only(只读)

web 2.0 - content produced by the user(内容来自用户)/architecture of partipation(参与架构)/
building value through open fields(建造一个开放的有价值的田园)/remix culture(混合的文化)/read/write (读写)

Alex Barnett:（中文版见这里）
web 1.0 - centralized/individual/content/readable/transmission/deliberate/static/rigid

web 2.0 - distributed/social, memetic/services and APIs/writeable/syndication/spontaneous, emerging/ connected, dynamic/loosely couple

文心:Web2.0带给我们的是一种可读写的网络，这种可读写的网络表现于用户是一种双通道的交流模式，也就是说网页与用户之间的互动关系由传统的“Push”模式演变成双向交流的“Two-WayCommunication”的模式。而对于Web服务的开发者来说，Web2.0带来的理念是服务的亲和力，可操作性，用户体验以及可用性。

飞戈:Web2.0有下面几个方面的特性：个性化的传播方式，读与写并存的表达方式，社会化的联合方式，标准化的创作方式，便捷化的体验方式，高密度的媒体方式。

谢文：Web 2.0 是以个人为基础，以满足个性化需求为手段，通过鼓励建立人与人之间的关系，形成社区化的生活方式的平台。

igooi：创新性、用户的参与性、注重用户体验、开放平台、SNS Feature，我所欣赏的web2.0理念是：不断创新，注重用户体验，开放平台和鼓励用户的参与创造。

雄杰：Web2.0最大的特点是，每一个用户身上都会带有许多的标签，以前我们面对的是一个一个帖子，一条一条的信息，以后我们可能更多要面对和服务的是这些带有标签的ID，针对带有标签的ID提供个性服务。

David Cowan：Web2.0天生具备病毒性传播的特征，而且是借助用户产生的内容而自我发展

詹膑：web2.0的网站特点：分散化，小型站点的发展；用户主导、用户参与、用户建设；输入输出与cms的组织方式，可读写；用户忠诚与用户（社区）文化；服务型

老冒：
选择多，量身定做，可以自由组合，标准化，口碑，大伙儿参与（here）

Web2.0更像一面旗帜，而不是技术和服务革新；web 2.0下的Internet市场是细分的市场；Social 特性是 web 2.0的成功关键；聚合，微内容，个人门户是web 2.0的关键应用；商业模式主要来源于服务收费而非广告；web 2.0主要将靠口碑营销；web 2.0时代不再有“小生意”（here）

Decentralize，Ajax和类似技术，Blog, RSS, Wiki, 网摘等特定应用或技术…，API, Developer站点等，专注，单一服务,轻量级公司，收购大量的人气BBS、搞一大堆情色交友站点和一味提高流量，这些在Web2.0下其实并非关键。（here）

最后是两张图：

rashmi:

Tim O’Reilly：

web 2.0的内容列表，仅供参考：
1.Give us your email address, we‘ll let you know when it‘s ready!
2.Public beta alpha
3.Tags
4.Feeds for everything
5.Built with Rails
6.Sprinkled with Ajax
7.Yellow fade
8.Blue gradients
9.Big icons
10.Big fonts
11.Big input boxes
12.REST API
13.Google Maps mashup
14.Share with a friend
15.TypePad blog for a peek inside the team
16.Feature screencasts
17.Hackathons for new features
18.Development wiki
19.Business model optimized for the long tail
20.It‘s Free!/AdSense revenue stream