有什么建议使用带有 Liferay 服务器或 Websphere Portlet Factory 的 Spring Portlet?我假设 Websphere portlet factory 解决方案加快了 portlet 开发,但从维护的角度不确定。有使用这两种技术堆栈的个人经验吗?
附加信息:我们对 Spring MVC 有很好的了解,并且我们已经获得了 Websphere portlet factory 的企业许可证。
有什么建议使用带有 Liferay 服务器或 Websphere Portlet Factory 的 Spring Portlet?我假设 Websphere portlet factory 解决方案加快了 portlet 开发,但从维护的角度不确定。有使用这两种技术堆栈的个人经验吗?
附加信息:我们对 Spring MVC 有很好的了解,并且我们已经获得了 Websphere portlet factory 的企业许可证。
根据我的经验,WebSphere Portlet Factory 可能适合将大量千篇一律的 portlet 放在一起,但调试起来很糟糕。您无法直接访问它生成的代码,因此,当您在该代码中看到堆栈跟踪时,很难弄清楚发生了什么。
此外,您最终会非常受限于 WPF 范式内的任何内容,并且当您必须在其边界之外做某事时,事情就会变得艰难。使用 Spring Portlet MVC,您可以获得更多的灵活性,包括您使用的技能在严格的门户上下文之外具有应用程序的优势。
任何门户框架的问题在于,只要您在 JSR 168 之外冒险(而且您会想要),它们就会将您锁定在他们的自定义扩展中。
我认为你会尽量减少 Liferay 的锁定。
另一个建议是完全放弃 portlet 并使用 HTML、CSS 和 Ajax。您不会以这种方式被锁定在供应商中。
Portlet 是如此的1990 年代。他们到底在给你买什么?