我正在开发一个 portlet 应用程序，看起来“主”portlet 会相当复杂，其中包含一些向导类型的功能。我从普通的 Spring MVC 开始，但很明显，随着时间的推移，后备 Controller 将变得非常大且笨重(在我看来)。我喜欢在应用程序的生命周期中保持我的类小而静态。
我正在考虑使用 Spring Web flow，但是很多关于它的文档似乎都是 08 年的 - 我的问题是，这对于模块化 portlet 架构来说仍然是一个好的技术选择吗？有没有办法在同一 portlet/模式中的某些用例中重定向到标准 MVC？ IE。在有意义的地方使用 SWF，但在其他用例中使用 MVC..？
最佳答案
Spring MVC 支持 portlet，webflow 也支持。我们在 Spring 早期有一个 AbstractWizardFormController，用于以逐步方法处理数据，该方法已被 Web 流取代。它们在每个屏幕中存储一个 Flow Id，决定流的移动。如果您有以下场景，请考虑 Webflow
There is a clear start and an end point.
The user must go through a set of screens in a specific order.
The changes are not finalized until the last step.
Once complete it shouldn't be possible to repeat a transaction accidentally.
根据文档here 。它确实支持 portlet。 portlet 集成引用是 here 。检查here用于 Spring MVC 集成。
关于java - Spring webflow 是一个好的 portlet 技术选择吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8908444/