java - 与 Liferay 一起去还是不去？有什么好的、坏的和丑陋的？

Question

关闭。这个问题是 opinion-based .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，以便 editing this post 提供事实和引用来回答它.

关闭 8 年前。

Improve this question

我们正在为我们正在寻求构建的新网络事物评估几种解决方案。它涉及多个方面，包括用户管理、内容管理、 Activity 、社区和金融交易。

我们希望自己推出框架，使用 Joomla + Vaadin + CAS(仅举几例)进行 DIY，但我想知道我们是否应该简单地采用 Liferay 门户进行一站式购物？

我一直在寻找推荐书，但没有提出太多建议。我感谢任何使用过(或选择不使用)Liferay 的人，他们愿意分享它解决(或不解决)哪些技术障碍，以及它可能创造的其他技术障碍。

谢谢!

Answer 1

免责声明:我现在为 Liferay 工作；但是，我早在开始在这里工作之前就回答了这个问题。此外，Liferay 在这些年中也发生了一些变化。尽管如此，我相信答案的核心仍然适用。

我的公司我工作的公司是 Liferay Inc. 的合作伙伴，所以我在这方面有很多经验。另外，也许你想对我的意见持保留态度:)

我们使用过各种 Java 门户工具，事实是:作为企业门户，Liferay 是市场上最好的，AFAIK。它功能丰富，bug 少，代码写得很好，社区很有帮助，而且灵活且可定制，可满足各种需求。

尽管如此，Liferay 是一个门户工具，因此它作为一个以内容为中心的平台非常出色。如果您管理大量内容(例如新闻、文章、博客、wiki 和论坛)，那么我很乐意推荐 Liferay 作为您的平台。在其他情况下，我会建议更好的考虑。例如，您可以使用 ERP 之类的东西。

反正我在各个地方都看到过Liferay作为通用开发平台，结果是合理的。使用 Liferay 可以显着提高生产力。您无需考虑用户、权限、内容管理……Liferay 甚至可以处理复杂的低级问题，例如集群和分片。 Liferay Service Builder 是我见过的最好的 Java 脚手架工具之一。当我想到它时，我觉得 Liferay 及其各种开箱即用的应用程序及其服务构建器就像一个 Ruby on Rails/Django for Java。

OTOH，Liferay 是巨大的，它可能是一个问题。您可能会得到很多未使用的东西，使您的平台变得困惑。您将不得不研究一个庞大的应用程序，这将需要您花费大量时间和精力。 不幸的是，Liferay 的文档很差，让事情变得更糟。(我想说自从我最初发布这个答案以来，Liferay 的文档改进了很多。)因为 Liferay 确实解决了广泛的问题问题范围很广，它的代码库很大。这种复杂性在许多(即使不是大多数)应用程序中都是可有可无的。

另外，如果您的应用程序使用的内容不多，Liferay 可以提供各种有用的工具，但它不会是使用 Liferay 的天然环境。您也将被锁定在 Liferay 平台中，这会限制您的选择。您可能想分析 Liferay 工具，但我不知道它是否会是一个好的平台。

总而言之，我想说:

• 如果您想使用基于 Java 的门户，或构建一个广泛、复杂的门户，我建议 Liferay 不受限制；
• 如果你想创建一个管理大量内容的应用程序，Liferay 是一个很好的平台，我认为它可能是最好的选择；
• 如果您的应用程序很大但不以内容为中心，我不会推荐 Liferay，但它可能很有用；
• 如果您的应用程序不能管理大量内容并且可能很小，那么 Liferay 可能会增加比其值(value)更多的复杂性。