Java 如何使用Portlet比仅使用服务器端包含更好?

Java 如何使用Portlet比仅使用服务器端包含更好?,java,jakarta-ee,portlet,Java,Jakarta Ee,Portlet,Portlet背后的思想是,一个网站/页面可以由许多单独开发的应用程序组成。然后通过门户将它们组合在一个页面上,就像一个拼图游戏。这允许独立创建功能,并在以后的某个日期将其放在一起。这有许多明显的好处 不过。我看不出portlet规范如何改进像服务器端包含这样的旧思想,从需要完成某件事情的开发人员的角度来看,这与发表论文或发表主题演讲不同 语气可能有点消极,但我第一次涉足Portlet的世界让我彻底醒悟。从只在网页上“包含”一些动态/静态内容的工作来看,你是对的 然而,实现了许多便利,例如支持p

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

不过。我看不出portlet规范如何改进像服务器端包含这样的旧思想,从需要完成某件事情的开发人员的角度来看,这与发表论文或发表主题演讲不同


语气可能有点消极,但我第一次涉足Portlet的世界让我彻底醒悟。

从只在网页上“包含”一些动态/静态内容的工作来看,你是对的

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

另外,很明显,您还需要编写所有portlet排列代码。一些portlet服务器在客户端做了很多安排(拖放portlet等)

您可能会发现以下URL中的一些讨论很有帮助:

当然,门户基本上是通过执行大量服务器端包含来创建视图的。 portlet规范(JSR-168、286)只定义了如何对portlet进行编码,使其适合门户。它们只定义Portlet在同一门户页面上共存所必需的内容,而不是J2EEservlet或JSP定义的一部分

如果没有这些规范,就很难在单个门户页面上使用来自不同开发团队甚至不同供应商的portlet

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

例如,考虑门户规范定义的这些功能(仅为极少数):

  • Portlet生命周期,与其他Portlet隔离
  • 每个portlet的独立URL空间
  • Portlet模式和窗口状态
  • Portlet会话请求
  • 个性化,portlet首选项。用户通过定位和设置单个portlet来配置其门户页面的外观
  • 事件的提出/解释(JSR-286)

这些规范不是一门火箭科学,也不是UI设计的范例——对我来说,门户最具革命性的想法是将用户的桌面引入web应用程序

你和我都是。在我看来,这似乎是一个解决问题的办法。