考虑项目的Portlet架构 - 这是否合理？

Question

我有一个新的应用程序要编写，时间轴很紧 - 我想概述一下这些要求以及我为什么要考虑Portlet而不是Servlets;但是，我没有使用Portlet的经验，因此我希望有一个熟悉的人告诉我，如果我错过任何东西，或者我注定要花太多时间学习新技术。

项目要求概述：

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

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

为什么我要考虑Portlet：

当我绘制奢华的设计时，我不断发现的一件事就是意识到，这很难快速传递，而且我提供的速度越快，我就越有可能将自己编入角落。所以我希望能够单独管理应用程序的各个方面，但是没有时间这样做（因为创建该系统完全取决于我）。另外，为了保持准时，我需要仔细委派项目的一部分，如果它完全建在家里，我需要非常小心我委托的。然后我发现了“liferay”，它引导我调查portlet。

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

结论：

这就是项目要求以及为什么我要考虑使用portlet，但是我不确定它是否真的适合，或者它只是看起来很合适，对你熟悉的那些人来说它是否合理门户？

Answer 1

你没有提到任何反对采用portlet的事情 - 完全相反：听起来很合适。

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

如果可以的话，您可能需要考虑在您选择的环境中接受培训，以便快速加速。 （你用“liferay”标记了这个问题，Liferay在世界各地提供培训 - 免责声明：我为Liferay工作）