与Liferay一起去或不去？什么是好的,坏的和丑的？

Question

我们正在为我们正在寻求构建的新Web事物评估几种解决方案.它有几个方面,包括用户管理,内容管理,活动,社区和金融交易.

我们正在寻找自己的框架,使用Joomla + Vaadin + CAS(仅举几例)来DIY,但我想知道我们是否应该简单地采用Liferay门户进行一站式购物？

我一直在寻找推荐书,并没有提出太多建议.我很欣赏任何使用Liferay(或选择不参加)的人,他们会分享它解决(或不解决)的技术障碍,以及可能创造的其他技术障碍.

谢谢!

Answer 1

免责声明:我现在为Liferay工作; 然而,在我开始在这里工作之前很久就发布了答案.

我的公司我工作的公司是Liferay Inc.的合作伙伴,所以我有很多经验.另外,也许你想带着我的意见:)

我们使用了各种Java门户工具,事实是:作为企业门户,Liferay是市场上最好的AFAIK.它功能丰富,缺陷少,代码编写得很好,社区非常有用,灵活可定制,适用于各种各样的必需品.

尽管如此,Liferay是一个门户工具,因此它擅长以内容为中心的平台.如果您将管理大量内容(例如新闻,文章,博客,维基,论坛......),那么我很乐意推荐Liferay作为您的平台.在其他情况下,我建议更好的考虑.例如,您可以使用类似ERP的东西.

无论如何,我已经看到Liferay在各个地方被用作一般开发平台,结果是合理的.事实上,使用Liferay时,生产效率会有很大提高.您无需考虑用户,权限,内容管理......即使是复杂的低级问题(如群集和分片)也可以委托给Liferay.Liferay Service Builder是我见过的最好的Java脚手架工具之一.当我想起这件事,我觉得Liferay的,其各种外的现成应用程序和服务构建,就像是一个Ruby on Rails的/ Django的为Java.

OTOH,Liferay很大,这可能是一个问题.你可能会得到许多未使用的东西,使你的平台变得混乱.您将需要学习一个庞大的应用程序,它将需要您花费大量的时间和精力.不幸的是,Liferay文档很差,让事情变得更糟.由于Liferay确实解决了大量问题,因此其代码库很大.在许多(如果不是大多数)应用程序中,这种复杂性是不必要的.

此外,如果您的应用程序不使用大量内容,Liferay可以提供各种有用的工具,但它不是使用Liferay的自然环境.您也将被锁定在Liferay平台上,这可能会限制您的选择.您可能想要分析Liferay工具,但我不知道它是否是一个很好的平台.

总结一下,我会说:

• 如果您想使用基于Java的门户网站,或者要构建一个广泛,复杂的门户网站,我建议Liferay不受限制;
• 如果你想创建一个管理大量内容的应用程序,Liferay是一个很好的平台,我认为它可能是最好的选择;
• 如果您的应用程序很大但不是以内容为中心,我不会推荐Liferay,但它可能很有用;
• 如果您的应用程序不管理大量内容并且可能很小,Liferay可能会增加更多的复杂性.

Answer 2

我们决定不再使用Liferay,因为我们不需要门户服务器,只会将其用于安全事务.由于我们针对Active Directory服务器运行以维护用户信息和权限,因此我们决定构建一个Spring MVC应用程序并使用Spring Security绑定到Active Directory.

最后,决定不使用Liferay,因为当我们不需要所有额外的东西时,我们不想要所有额外的portlet容器开销,并且还希望完全保持完全控制/灵活性怎么一切都串在一起.