带有 Liferay 服务器或 Websphere Portlet Factory 的 Spring Portlet？答案

【问题标题】：Spring Portlets with Liferay server or Websphere Portlet Factory?带有 Liferay 服务器或 Websphere Portlet Factory 的 Spring Portlet？
【发布时间】：2011-02-23 16:57:07
【问题描述】：

有什么建议使用带有 Liferay 服务器或 Websphere Portlet Factory 的 Spring Portlet？我假设 Websphere portlet factory 解决方案加快了 portlet 开发，但从维护的角度不确定。有使用这两种技术栈的个人经验吗？

附加信息：我们对 Spring MVC 有很好的了解，并且我们已经获得了 Websphere portlet factory 的企业许可证。

【问题讨论】：

标签： spring portlet liferay websphere-portal jsr168

【解决方案1】：

根据我的经验，WebSphere Portlet Factory 可以将许多千篇一律的 portlet 组合在一起，但调试起来很糟糕。您无法直接访问它生成的代码，因此，当您在该代码中看到堆栈跟踪时，很难弄清楚发生了什么。

此外，您最终会非常受限于 WPF 范式内的任何内容，当您必须在其范围之外做某事时，事情就会变得艰难。您可以使用 Spring Portlet MVC 获得更多的灵活性，包括您使用的技能在严格的门户上下文之外具有应用程序的优势。

【讨论】：

在实际的现实生活场景中，与您的组织有很大关系。对于拥有 websphere 的组织，通常我们往往会承受来自更高管理层的很大压力，要求我们使用快速应用程序开发来加快交付速度，这反过来又会导致使用这些工具。关于 RAD 应用程序与设计良好的应用程序相比的缺点，我完全同意您的看法。

【解决方案2】：

任何门户框架的问题在于，只要您在 JSR 168 之外冒险（并且您会想要），它们就会使用自定义扩展锁定您。

我认为你会尽量减少 Liferay 的锁定。

另一个建议是完全放弃 portlet 并使用 HTML、CSS 和 Ajax。您不会以这种方式被锁定在供应商中。

Portlet 是所以 1990 年代。他们真正要给你的是什么？

【讨论】：

使用前端技术（HTML、CSS、AJAX）如何避免对门户框架的需求？它们不是完全不同的东西吗？
它们是完全不同的东西？我不认为门户是必要的。没有 WebSphere 门户服务器也可以完成同样的事情：myiosoft.com/products/AjaxPortal/demo
当然，我仍然无法理解为什么这些企业架构师支持我们使用门户技术只是因为 UI 团队正在寻找类似于门户技术提供的 UI。使用 AJAX 可以轻松实现这样的 UI，您为此提供了一个很好的示例。
企业架构师往往是喜欢将工具强加给他人但实际上并不需要使用它们的人。我说：让工人选择他的工具。
这项伟大的技术可以通过一些 AJAX 的东西轻松实现，它是一个价值十亿美元的产业，这要感谢企业架构师和决策者。