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版本了,一些基本的内容已经定好了,没有看到太多的惊喜,今天太晚了下回再写吧,

 

 

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

 

你可能感兴趣的:(Ajax,qq,腾讯,Google,Flex)