liferay门户开发

08-08-18 Hqiu
门户这项技术出来很久了,但是应用起来往往显得非常的困难.尤其是对于一些小公司来说,根本买不起大公司的门户产品.只能用开源的门户中间件.实际上大多数门户中间件都比较复杂.由于公司需要,所以专门花了些时间研究一下,感觉liferay还算不错了.至少liferay4.0以后基本上已经成熟了,不过还是有一些小的问题.但是其用户人群越来越多,官方的资料也比较齐全.所以在项目中是可以使用的.
         

banq
2008-08-19 09:35
liferay架构也是走过很多坎坷,当初使用EJB架构,后来改用Spring,对于内容这样领域,使用EJB有些牵强,EJB适合事务安全高的场合。

总体来看, liferay架构还是比较混乱,非常琐碎。

Hqiu
2008-08-19 13:00
现在liferay的开发已经算不错了.而且其它的门户中间件也不怎么样(当然指的是免费的).liferay采用了SSH,所以还算稳定.总体来说,配置比较复杂,但功能还是比较强的.而且现在官方的示例也比较的完善.

最关键的原因是用它的人越来越多了,最近在国外,liferay的名气开始变大了,以后可能会流行起来的.所以我觉得现在我们是可以去关注它的.

[该贴被Hqiu于2008-08-19 13:03修改过]

banq
2008-08-21 10:33
最新4版本没看,感觉当时它设计的最大弊病是:

没有将portlet框架和portlet应用截然分开,它如果能形成一个精简的符合JSR标准的portlet框架就是一流的,这样,它弄不好可以象struts1 Spring等那样形成事实标准,这样就减少架构选择风险。架构选择不是依据哪个名气大,哪个流行来判断,而且这个依据没有具体可评判标准,只能从其产品内在OO设计质量来判断,这是架构选择的根本之道。

根据我的想法,要形成portlet框架,就不能再基于Spring这样框架,因为这两者平级的,你的portlet框架需要通过Spring框架和具体portlet应用整合在一起。

[该贴被banq于2008-08-21 10:35修改过]

Hqiu
2008-08-22 12:11
从目前来看,liferay的架构与应用也没完全分开。它首先实现了架构,然后再在架构基础上集成了一些portlet,不过现在已经支持JSR标准了。

在实际开发中,还不能完全按照自己的想法去实现,因为其中还有一些内部的约定。比如自己开发的portlet,用的一些东西,必须是系统自带的,否则如果改变外观之类的东西的话不会发生相应的变化。

其设计的思想与STRUTS之类的框架有一定的区别。

而且现在好像也没多少其它的选择。不知道过去是什么样的,但现在我敢说,liferay在门户中间件中已经算是很不错的了。

猜你喜欢
2Go 1 2 下一页