javascript - 在 Liferay portlet 中放置一个 iframe

Question

这根本不是技术问题。我所做的是创建一个 Ext JS 应用程序，我想在 Liferay portlet 中使用它。在尝试将整个 Ext JS 项目导入 Liferay 并惨遭失败后，我决定将整个应用程序放在一个 iframe 中，并将该 iframe 轻松放入我的 portlet 中(因为 portlet 可以呈现 html)。

这可能是最简单的方法，它使我的项目体积更小(不导入大约 204MB 的整个 Ext JS 框架以及我的应用程序)。

此外，它还具有可扩展性。每当我修改我的 Ext JS 应用程序时，更改将立即显示在我的 portlet 中，因为 iframe 独立于主 html 文档。

问题:这样做有没有我忽略的问题？可能会出现什么问题？

对我来说，这似乎是一个简单的出路，但当我仔细想想时，这是一个更聪明的方法。

friend 们干杯!

Answer 1

您提供的是有关您所做决定的一些信息，但不是有关其原因的信息。我正在推断一些可能的原因来强调这种方法的注意事项:

假设您必须与 Liferay 集成，因为这是现有的门户，而您选择 Ext JS 是因为这是您最熟悉的。

这通过充分利用您的时间来优化应用程序的开发时间。如果您是办公室中唯一的 Ext JS 专家，这对维护者来说可能是一种负担。如果 Ext JS 只是“个人”选择的一个示例，那么您的门户最终可能会成为一大堆“遗留”实现(我称之为此类解决方案)。因此，您可以利用 future 的维护工作来缩短开发时间。

假设您选择使用 Ext JS(在 portlet 之外)，因为您的团队中没有人可以给您提示如何进行正确的门户/portlet 开发。这应该为团队竖起一个红旗，无法支持所选择的环境。但可以通过选择不同的平台或通过适当的培训来缓解这种情况

假设您选择了 Ext JS，因为没有人关心它，它是一个真正的“一次性”应用程序，编写一次，永远运行(或限时运行)，没有人期望任何维护工作，而您只是想让它不碍事。在这种情况下:别担心。

你错过了什么？您基本上不会从门户环境中获得任何东西:基础设施、主题、身份管理、许可、集群、故障转移、缓存、监控等。是否可以接受由您来判断。一些示例:现在是否需要管理员监控您独立运行的应用程序，因为它可以独立于门户关闭？谁知道万一发生故障该怎么办？您如何处理登录到您的应用程序？