java - 考虑项目的 Portlet 架构 - 这合理吗？

Question

我有一个新的应用程序要编写，而且时间很紧 - 我想概述一下需求以及为什么我考虑使用 Portlet 而不是 Servlet；但是，我没有使用 Portlet 的经验，因此希望熟悉的人告诉我我是否遗漏了什么，或者我是否注定要花费太多时间学习新技术。

项目要求概述:

我需要构建一个系统，允许客户通过我们自己的 UI 构建简单的网站(构建工具必须是完全可定制的，因为我正在与一个才华横溢的设计团队合作) - 想象一下“简单如 1,2， 3"页面构建器，您可以在其中指定模板、内容等。当然，我们还需要准备好处理客户或内部人员可以调整页面的特殊请求。此外，我们将提供与我们的后端系统交互的特殊组件和页面。

• 每个客户网站必须链接到单独的域
• 我应该能够创建多个界面来编辑页面和内容 - 以便更高级的用户能够进行更高级的更改
• 没有编程技能的网页设计师可以为网站的外观和风格创建模板 - 而开发人员则可以添加动态功能

为什么我考虑使用 Portlet:

当我制定奢侈的设计时，我不断意识到的一件事是，这将很难快速交付，而且交付得越快，我就越有可能将自己逼入绝境。因此，我希望能够单独管理应用程序的各个方面，但只是没有时间这样做(因为创建该系统完全由我负责)。另外，为了保持准时，我需要仔细委派部分项目，如果它完全是自制的，我需要非常小心我委派的内容。然后我发现了“liferay”，这促使我研究 portlet。

所以基本上，Portlet 架构似乎并没有禁止我需要的任何东西，而且我们可以将所有特殊需求添加为热部署的 Portlet - 页面可以创建为 HTML 并使用 Velocity 进行增强 - 如果某些需求发生变化，则可以我遵守的标准，因此可以更改配置。我什至可能想使用 liferay，因为它几乎可以完成我想要的所有事情(尽管我需要提供一个更简单的页面编辑界面)。

结论:

这就是项目要求，也是我考虑使用 portlet 的原因，但我不确定它是否真的合适，或者只是看起来合适，对于您熟悉的人来说，这似乎合理吗？ Portlet？

Answer 1

您没有提到任何反对采用 portlet 的内容 - 恰恰相反:听起来很合适。

唯一棘手的部分可能是您没有任何 portlet 经验，因此当您学习这个环境时，估计可能会有点偏差，但这适用于您还不知道的每个环境。与 servlet 方法相比，您将开始使用大量开箱即用的功能，因此听起来完全合理。您甚至不需要自己维护此功能...

如果可以的话，您可能需要考虑在您选择的环境中接受培训，以快速上手。 (您用“liferay”标记了问题，Liferay 在世界各地提供培训 - 免责声明:我为 Liferay 工作)