java - 与仅使用服务器端包含相比，使用 portlet 有什么好处？

Question

portlet 背后的想法是，一个网站/页面可以由多个单独开发的应用程序组成。然后通过门户网站将它们组合在一起，就像拼图游戏一样。这允许独立创建功能并在以后将其组合在一起。这有很多明显的好处。

然而。从需要完成某事而不是发表论文或发表主题演讲的开发人员的角度来看，我看不到 portlet 规范如何改进诸如服务器端包含等旧思想。

语气可能有点消极，但我第一次涉足 portlet 世界让我彻底失望了。

Answer 1

从仅在网页上“包含”一些动态/静态内容的工作的角度来看，您是正确的。

然而，实现了许多便利，例如支持 portlet 的个性化（在 portlet/'include' 级别）和存储此信息，用于配置 portlet 中显示的内容的更严格的工作流等等。

此外，显然还有所有您必须编写的 portlet 安排代码。一些portlet 服务器在客户端做了很多安排（portlet 的拖放等）。

您可能会发现以下 URL 中的一些讨论很有帮助： http ://www.ibm.com/developerworks/ibm/library/i-portletintro/

Answer 2

可以肯定的是，门户网站主要通过执行大量服务器端包含来创建视图。portlet 规范（JSR-168、286）只是定义了如何编写 portlet 以使其适合门户。它们只定义portlet 共存于同一个门户页面上所必需的东西，这些东西不属于J2EE servlet 或JSP 定义的一部分。

如果没有这些规范，几乎不可能在单个门户页面上使用来自不同开发团队甚至不同供应商的 portlet。

即使是具有门户样式 UI 的单个 J2EE 应用程序也可以从使用 portlet 容器中受益——它可以帮助完成许多典型的与 UI 相关的任务。

考虑例如门户规范定义的这些特性（只是极少数）：

• Portlet 生命周期，与其他 Portlet 隔离。
• 每个 portlet 的独立 URL 空间
• Portlet 模式和窗口状态
• Portlet 会话范围
• 个性化、portlet 首选项。用户通过定位和设置各个 portlet 来配置其门户页面的外观。
• 引发/消费事件 (JSR-286)
• ...

这些规范不是一门火箭科学，而且它们也不是 UI 设计的范式——对我来说，门户网站最具革命性的是将用户桌面引入 Web 应用程序的想法。