菜鸟进化之解答Web 2.0

　　web2.0

　　博客的出现之所以被称为网络世界的革命，是因为其极大的降低了建站的技术门槛和资金门槛，而使每一个互联网用户都能方便快速的建立属于自己的网上空间。随着配套应用的快速发展，个人博客将在很短的时间内加速成长为类门户型的微型个人网站。博客走进千家万户和各行各业，从而将形成基于个人或小团体的以内容为导向的群体，而其中一定会出现的佼佼者将在很大程度上从门户频道乃至专业网站手里夺走部分甚至大部分读者。这在IT业界和互联网行业正在得到验证。

　　Web2.0的定义，我认为是在web1.0的服务基础上，是互联网络用户从信息接受者转变成为信息制造者和传播者，从受众转向主体，从单个个体转向社团的新型互联网服务模式。在这种情况下，为用户提供优秀的发布平台、便捷的沟通和展示平台、顺畅的进入和退出机制、高效的信息整合机制变的与提供高质量信息一样重要，甚至更加重要。Web2.0时代的竞争，将不仅仅是内容的竞争，而是综合服务的竞争，其中的关键点包括以上的数个方面。博客是web2.0的最主要的代表。

　　[文摘]web2.0是一个读写的互联网、一个依靠链接组织起来的互联网。

　　一边是写，写的人活跃在各种各样的“节点”上，使用各种工具向互联网上传递着数字化的内容，这些内容被保存在数据库、文件系统，甚至是行动中的手机、PDA；一边是读，读的人活跃在各种各样的“主页”上，这里的“主页”已经不能简单的称呼为某个网站的主页，而是互联网上N个活动的节点的主页，一个“主页”上的内容，可能来自几十个节点，“主页”的编写者同节点的所有者一样，也在使用各种各样的工具，从节点读取内容，“主页”的编写者的主要工作已经从创造内容变成了收集和整理内容。

　　博客

　　博客的出现，在很大程度上满足了用户由单纯的信息接受者向信息提供者转变的需要，从而得到快速的发展。博客通过RSS、博采、Trackback、TAG等技术，在个体之间已初步形成了社团氛围和初步的社团机制。可以预见，博客服务提供商们将能提供更多的技术手段来加强这种社团性联系，如SNS等。博客圈子的形成，将在另一层意义上大规模提高其内容产生质量和数量。

　　互动

　　博客与互联网络的互动、博客之间的互动客观上要求BSP提供商适时提供博客与博客网站之间的互动，需要博客网站为博客提供展示自己的舞台。只有这种互动，才能将博客内容提供质量提高，而进一步深化博客信息质量。从某种程度上说，博客网站的门户效应将极大影响某类博客的发展态势和发展程度，而博客门户也会因为博客发展程度的原因而停滞或加速发展。两者相辅相成。

　　在国内现有BSP竞争格局下，单纯的BSP服务和单纯的门户内容提供模式都是缺乏竞争力的。必须把两者结合起来，这就需要从博客网站和频道定位开始，逐步强化互动意识，探索互动的方法和技术。Web2.0时代的门户频道建设虽应从传统门户借鉴成功的经验和做法，更重要的是要探索出一条新路，挖掘自身网站博客的优秀内容。才能使2.0门户拥有大大超越1.0时代门户的资讯生产能力和整合、吸纳传统门户优秀内容的能力。极端的说，即便有更好的产品来取代博客，探索门户同博客的深度互动平台也必不可少。

　　[文摘]

　　随着支持RSS和XML-RPC的BLOG站点的兴起，WEB2.0的概念也跟着兴旺发达广为传播，就可以理解了。BLOG作为能够体现web2.0中“节点”概念几乎全部要素的一种形式，是存储和输出数字化内容的最佳载体。但是，纵观国内BLOG站点，多数都是提供了输入数据的界面，却没有能有效的让自己再次成为“节点”，实在是有些可惜。

　　博客相关技术

　　伴随博客出现而围绕博客服务的技术主要有：博采技术、内容聚合技术、同步技术、SNS技术和tag。博采技术为用户组织了随时摘取有用内容的有效工具，其前提是用户认知到这个信息；RSS技术则将有用的信息源聚合起来，随时将信息源提供的信息发送到用户平台，Trackback技术则将博客团体内其他成员的动向信息传递给用户，保持成员间的有效沟通；SNS技术用于凝聚社团的整体意识，tag是网民自主分类工具。可以说，基于博客单体的技术开发已形成体系并走向深化。与此对应的是，博客网站门户和频道的技术实现还停留在零的状态，甚至连第一代门户的技术都不如。

　　[文摘]如果把wikipedia中的web 2.0的描述当成“定义”或者“经典”是非常片面的。 其实wekipedia并没有能下出一个定义，只是说明了哪些东西属于目前所说的web 2.0的技术：
　
　　CSS + XHTML

　　AJAX （最近很红火的新概念老技术，我自己的理解和定义是：通过网页内的javascipt调用来减少web页面刷新的必要性来提高web可用性的一种古老技术）

　　通过RSS/ATOM同步数据

　　通过RSS/ATOM聚合数据

动作是NoahWeb中极为重要的一个概念，浏览器与服务器一个完整的上下交互行程都可以理解成一个动作。

动作编程与以往的过程编程和对象编程是截然不同的一种编程思路。过程编程已经被某种意义上被淘汰在此就不做讨论，而动作编程与对象编程相比较，他们之间最大的区别在于“高度”的不同。

类、对象带给我们的面向对象编程可以让我们方便的在众多领域中进行复杂、高效的编程实现应用。每个有过对象编程学习经历的人在最初学习时也许都被问过“这个世界是由什么组成的？”通过这个方法以便让大家能直观的了解对象和类，而对象和类更可以让我们用最初认知的世界方式来理解和描述计算机中的各种功能和值。可是，对于网站、MIS或业务系统这些轻量级B/S架构的应用，对象编程也许并不是一种最好选择。

对于客户——程序结构设计重要还是流程设计重要？

类、对象提供了我们一种去描述计算机程序内各种能力和值的方式，可类、对象也是一种很“低级”的描述方式。

我们可以通过类和对象的方式来假设设计一个批发商买卖矿泉水的程序：

首先，您需要使用对象的方式描述水的各种属性和它具有的能力，而水是被装在瓶子里，所以对于装水的瓶子您也需要用类或对象的方式去描述一下瓶子的属性和能力，瓶子需要被装在箱子里，所以您也需要去用类或对象的方式去描述一下箱子……到此暂停！

回头看一下使用类和对象的时候我们在做什么？我们在进行对象之间的关系设计。而我们最初目的是什么？是设计一个批发商买卖矿泉水的流程。

看一下使用动作编程是怎么设计整个流程的：

订单确认—>出库—>装货—>送货—>收款

订单确认、出库、装货、送货、收款每个都是一个动作，而这些动作组合在一起构成了一个买卖矿泉水的动作流程。或许您还认为上述整个买卖矿泉水流程不合理应该是另一个更合理的流程。这样考虑就对了，因为您现在更多的时间已经花在为您的用户设计流程，而不是考虑设计整个类和对象之间的关系。

对于系统的用户我们为他考虑的不应该是程序结构方面的设计，而应该更多的是流程方面的设计。在使用动作方式后，您关注的不再是类和对象之间的关系，而是整个流程的设计。

一级还是多级？

我们还是继续来看批发商买卖矿泉水的流程设计，对象编程时，水和瓶子之间是存在关系，瓶子和箱子之又存在关系，再往上设计，或许还有批发商对象，买卖矿泉水的这个行为是由箱子这个对象来具备的，如下图所示：