为新的网络项目确认JSR286 porlet是否值得？

Question

我即将开始一个全新的网络项目。

该项目需要有不同的小窗口，其中包含从其他网站生成的html。

一个重要的要求是当用户在窗口中提交表单时，应该在另一个窗口上调用NO刷新。

我的领导说让我们看看jsr286 portlet（coz portlet听起来像窗口？）。 但是在看了一些例子（pluto portal / jetspeed2）之后，没有一个支持这个要求，每当提交一个窗口时，就会提交整个页面。

我粗略的想法是在每个窗口中使用iframe，让iframe完成其余的工作（比如参考外部网站，处理表单提交）。

就个人而言，我认为iframe不适合portlet jsr286。 并且大多数窗口都与彼此无关，因此processEvent不是强制性的。

所以我的问题是：

对于具有此类要求的新项目（单独提交表单），是否值得确认portlet jsr286？

如果是这样，iframe如何使用不同的portlet模式（VIEW / EDIT / HELP）或窗口状态（MAX / NORMAL / MIN）？

非常感谢你！

Answer 1

有一个很好的解释在这里 ，你可以点你的团队领袖。 它说：

混搭和门户都是内容聚合技术。 门户是一种较旧的技术，旨在作为传统动态Web应用程序的扩展，其中将数据内容转换为标记的Web页面的过程分为两个阶段：生成标记“片段”和将片段聚合到页面中。 每个标记片段由“portlet”生成，并且门户将它们组合成单个Web页面。 Portlet可以在门户服务器上本地托管，也可以在单独的服务器上远程托管。

并且，批判性地：

门户技术是关于服务器端的表示层聚合。

因此，在门户网站服务器上进行聚合（即使portlet服务器是独立的 - 这一切都是由于需要使服务器端在大型站点上可扩展;而不是由多个源组合的客户端 ）。 这就是为什么提交刷新整个页面的原因（因为它必须从门户加载新页面）。

这应该有助于澄清事情，因为它听起来像你正在寻找的是客户端聚合（我不认为我在这里告诉你任何新的东西，但我给你参考“企业发言”可能听起来更有说服力）。

（所以，如果不清楚，你的要求听起来像你需要一个客户端混搭.portlet将无法工作，因为它们是在服务器端组装的.iframe可以工作，但有一些限制（大小，重新缩放，样式/动态变化）。我打算建议在客户端上使用javascript与骨干相结合，但我担心你会因从网页中的javascript可以访问的限制而从不同网站提取数据时遇到问题。喜欢这篇文章值得一读......）