我即将开始一个全新的网络项目。
项目需要有不同的小窗口，其中包含从其他网站生成的html。
一个重要的要求是当用户在窗口中提交表单时，不应在另一个窗口上调用刷新。
我的领导说让我们看看 jsr286 portlet(因为 portlet 听起来像窗口？)。但是在查看了一些示例(pluto portal/jetspeed2)之后，它们都不支持该要求，无论何时提交一个窗口，都提交整个页面。
我的大致想法是在每个窗口中使用 iframe，让 iframe 完成剩下的工作(比如引用外部网站，处理表单提交)。
我个人认为 iframe 不太适合 portlet jsr286。而且大部分window相互之间没有关系，所以processEvent不是强制的。
所以我的问题是:
对于有这种需求(单独提交表单)的新项目，是否值得向 portlet jsr286 确认？
如果是，iframe 如何与不同的 portlet 模式(VIEW/EDIT/HELP)或窗口状态(MAX/NORMAL/MIN)一起工作？
非常感谢!
最佳答案
有一个很好的解释here你可以向你的团队领导指出。它说:
Mashups and portals are both content aggregation technologies. Portals are an older technology designed as an extension to traditional dynamic Web applications, in which the process of converting data content into marked-up Web pages is split into two phases: generation of markup "fragments" and aggregation of the fragments into pages. Each markup fragment is generated by a "portlet", and the portal combines them into a single Web page. Portlets may be hosted locally on the portal server or remotely on a separate server.
并且，批判性地:
Portal technology is about server-side, presentation-tier aggregation.
所以聚合是在门户服务器上完成的(即使 portlet 服务器是分开的 - 这都是由使服务器端在大型站点上可扩展的需要驱动的；不是 来自多个来源的客户)。这就是提交刷新整个页面的原因(因为它必须从门户加载新页面)。
这应该有助于解决问题，因为听起来您正在寻找的是客户端聚合(我不认为我在这里告诉您任何新内容，但我在“企业演讲”中为您提供听起来更有说服力的引用)。
(因此，以防万一，您的要求听起来像是需要客户端混搭。portlet 无法工作，因为它们是在服务器端组装的。iframe 可以工作，但有一些限制(大小、重新缩放，风格/动态变化)。我打算建议使用 javascript 将客户端上的东西与 backbone 结合起来，但我担心你会遇到从不同站点提取数据的问题，因为网络中的 javascript 有限制页面可以访问。看起来 this article 值得一读......)
关于java - 是否值得为新的 Web 项目确认 JSR 286 portlet？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9595524/