好的,让我试着逐点回答你的问题,我会先回答你的最后一个问题,这应该会自动清除其他问题:
Q. 另外,我们想知道 Liferay 在哪些场景/需求中是有用的。
这可以有一个非常广泛的答案,但我已经为你缩短了:
- 如果您的网站内容繁重而不是数据繁重,那么请选择 Portal
- 如果您打算在门户中仅使用单个 Web 应用程序,那么我建议独立定制开发的 Web 应用程序要好得多。
我同意 liferay 门户将为您提供许多开箱即用的东西,例如单点登录、授权、身份验证、友好 URL 和页面创建,以及许多应用程序,例如博客、Wiki、文档库、一些社交网络应用程序等。但是想一想,你真的需要这一切吗?如果不是,那么这是矫枉过正
以下是一些非常好的链接,可以更好地了解门户网站的使用情况:
- 何时使用门户
- 为什么要使用门户技术
- liferay标签 wiki:它对 liferay 是什么有很好的描述,它还包含指向管理指南的相关链接,它将告诉您 liferay 的所有功能以及如何管理它。
因此,如果您发现其他问题没有得到解答,请继续阅读...
Q1。我们正在努力做的事情可能吗?
没有。Portlet 技术不同于 Servlet 技术。Liferay(或任何其他门户)不提供一种方法(至少是一种简单的方法)来集成将在门户内呈现页面的 servlet。例如:由于使用 servlet,您可以预先在 web.xml 中为特定的 servlet 定义 URL 映射,但在门户中,URL 是由 Portlet 容器生成的。所以门户使用portlet 而不是Servlet。
Q2。对于我们打算做的事情,这种方法是否值得推荐?
没有。正如我在 Q1 中已经解释的那样。
Q3。还是我们需要从头开始开发我们的项目以适应 Liferay?就像在 Liferay 或 Liferay 文档中给出的其他方法中开发和部署 portlet。
如果你想走生命之道,那么是的。
如果您想构建与您的自定义表对话的应用程序,那么 Portlet 是您的最佳选择。
Q4。数据库集成呢?我们项目数据库的用户表中有大约 15 个列/字段,这与 Liferay 的用户表完全不同。
如果你选择 Liferay。在这种情况下,您可以创建liferay-hook
&的组合portlet
(可能正在使用service-builder
)来自定义 liferay 的用户创建机制,并将数据存储在 Liferay 的用户表和您的自定义表中。
Liferay 的权限系统非常细粒度,因此您也可以从该系统中受益,甚至可以在数据级别上设置权限。
总之,我想说:
一切都归结为您的要求是什么以及您拥有什么资源。有时你可以有什么未来的要求。
注意:此答案中使用的所有特定于 liferay 的术语(如服务构建器、钩子等)都在liferay标签 wiki 中进行了解释。
希望这可以帮助。如果您想知道任何具体的信息,我很乐意更新我的答案。