Web 2.0背景下Portal的思考

Portal思想，中文翻译成“门户”，曾经是B/S领域中独树一帜的思想，在90年代中期在学术界达到研究高峰，并开始为大公司竟相追捧而出现了多种实现产品。如今的 Portal，处在多种专利的包围下，处在JSR 168/286/WSRP等多个标准的规范下，已经成了大公司手里的摇钱树。如果有人问什么是企业Portal，技术角度的回答是这样的：Portal是一种基于Web的企业集成解决方案，用Portlet作为基本的构造元素。每个Portlet负责 Web页面上的一个模块，有自己的状态；Portlet之间可以互相通信；开发者可以根据JSR 168规范来开发一个J2EE Portlet。的确这是目前大多数Portal产品和open source项目的实现方式。但是，这其实陷入了一个误区，可以说，Portal思想被Portal的主流实现给局限住了。<o:p></o:p>

<o:p></o:p>要说明这个局限，首先想一想，到底Portal思想是什么？我想可以用两个字来概括：一是门户，二是集成。门户的意思，就是把来自很多信息源的信息用统一和方便的方式来访问。这种方式需要为每一个信息源定植一个视图（还包含控制器，用来控制用户与视图间的交互），同时提供一种聚合能力把这些视图 组合成一个完整的Web页面展示给最终用户。这样一来，用户可以在一个页面里面享受到来自多个信息源的信息，并与之交互，这为用户提供了极大的便利，但是还不够；因为信息源之间还可能存在着可以自动完成的交互，不必假手于用户。这就需要集成。集成的本质就是不同的信息源之间的交互。为了支持这种交互显然需要很多手段：例如不同信息源对用户的认证信息很可能是不同的，这需要Portal提供”单点登录“的机制，根据Portal上用户的认证信息来自动的匹配信息源的认证信息，并提供给信息源。另一个例子是消息机制，Portal可以把一个信息源的请求封装成消息Publish到别的信息源上，引起该信息源的某种行为。可以发现，其实Portal的这两个思想其实和Web 2.0没有什么矛盾之处，甚至可以说，Web 2.0为Portal思想的实现提供了更多，更丰富，也更方便的解决途径。事实上，和Web 2.0相矛盾的，不是Portal的思想，而是Portal目前的实现机制；是JSR 168/286/WSRP 这些现成规范构造下的Portlet，是几大IT公司年销售额数十亿美元的主流Portal产品。那么，从发展的眼光看，构造适合于Web 2.0的Portal产品，不仅是一个可以躺在床上想出来的趋势，而且很可能是一个可以赚到大把美刀的商机。

接下来的问题是：Web 2.0的Portal是一个什么样子？我很喜欢的一个网站是NetVibes (http://www.netvibes.com)，读者可以体验一下。其特点简单来说，也是通过很多个Web Module来构成整个页面。但是每一个Web Module的构造比Portlet要简单的多。可以是一些java script和servlet构成的简单结构，加上有限的配置文件，servlet通过某种远程调用方式连接到信息源。也可以仅仅是一个配置文件，含有信息源的URL。在第一次装载的时候从服务器拿到页面的结构信息，然后每个Module异步的装载自己的信息。这并不是一个完全实现Portal思想的Web 2.0网站，但是我们可以从这里找到Portal思想的影子。