Portal, Ajax or Flex

公司的新项目需要引入Portal技术，根据项目需要我负责写一个技术分析报告关于每个Portal. 去从各个方面来为每个Portal进行打分。并且分析它们的学习难度，二次开发的难度(比如是否能够方便的实现自定义Security组件，用户化布局主题，支持的容器，相关技术等等)，Portlet之间的通信(是否能够使用公司的messaging组件)，性能等等。经过初步筛选后留下的 Liferay, Jboss Portal, exo, Jetspeed-2(其实就是最出名那几个拉，轻量级的开源Portal觉得不适合企业开发。)。详细的报告这里就不方便列出了。

不过我在Research Portal的同时，产生了一些疑问。那就是为什么要使用Portal？的确，我承认Portal是一个标准的web2.0的技术。他提供了非常个性化的用户化体验。用户可以根据自己的需求来加载自己想要的Portlet。因为每个Portal 网页中都可以包含多个Portlet，而每个Portlet都可以独立的刷新。可是要知道AJAX同样可以做到这点哦，Ajax的存在就是为了实现局部刷新，而且体现出来的用户体验更棒。Ajax要取代Portlet的唯一难点就是如何实现用户自定义化。但是也不是不可能。好的Ajax设计永远会给人带来惊喜，看看google的igoogle这个功能就你会知道什么叫做Ajax的Portal。当然igoogle能不能归为Ajax..应该算的吧，毕竟 Google Gadgets基本上还是基于 XML, HTML, 和JavaScript的。再说Flex，Flex能够做出的网站更是带有无限的可能。所以做个类似于portal的并不难。看看腾讯的qq zone吧，就是flex Portal运用的最好的例子(有待商确)。

按照我上面这么说好像把Portal说的没有太大的意思了，但事实也的确如此，这就是为什么JSR-168即将退出历史舞台的原因了。因为很多人已经看出了现有的Portal标准所带给人们的惊喜不够。而孕育而生的Portal新标准JSR-268会带来什么呢？我们拭目以待。目前JSR-268标准已经出到第二个Draft版本了，一些基本的内容已经定好了，没有看到太多的惊喜，今天太晚了下回再写吧，

 

 

<本文为个人意见，有可能与实践有出入，仅供参考，如果我在以后发现我写不正确，我会更正我的文章。>