1

Spring Web Flow 是否在工业中广泛用于会话流行为应用程序或向导类型的应用程序。使用此类应用程序的主要目的是减少我们需要保留在会话中的数据，对吗？是否值得使用诸如 Web 流之类的框架，或者此类企业应用程序的其他行业标准实现是什么？

以下是与 Spring 声称的 Spring Web Flow 相比，正常实现的缺点，

  1. 可视化流程非常困难。
  2. 该应用程序有很多代码访问 HTTP 会话。
  3. 强制执行受控导航很重要，但不可能。
  4. 正确的浏览器后退按钮支持似乎无法实现。
  5. 浏览器和服务器与“返回”按钮的使用不同步。
  6. 多个浏览器选项卡会导致 HTTP 会话数据出现并发问题。
4

1 回答 1

4

如果您的网站中有任何功能比填写表格和提交步骤更多，我肯定会选择 spring webflow。

Webflow 仍然使用会话来存储数据，但会为您抽象所有内容，并在流程完成时对会话进行清理。

您可以根据需要同时拥有多个流的“实例”。考虑创建一个购买证券的流程，一旦您单击购买，就会为该交易创建一个单独的上下文，您可以在这两个步骤中继续执行任意多个步骤（添加值、检查限制等），并完成状态隔离。

流 xml 文件易于理解，并且随着流随着更多功能的增长而非常易于管理。

用于对流上的方法进行单元测试的整个结构也很容易模拟，这是在处理传统控制器上模拟的会话对象之上的一个巨大优势。（http://vishwanathk.wordpress.com/2011/07/12/using-mockito-to-unit-test-spring-webflow/）

试一试，一开始你会告诉自己好几次，“哦，我应该只编写一个控制器和一些动作映射。但是在了解了 webflow 的工作原理之后，你永远不会编写超过 1 步的代码传统控制器。

于 2012-11-08T06:17:28.853 回答