笔记37 Spring Web Flow——流程的组件

在Spring Web Flow中，流程是由三个主要元素定义的：状态、转移和 流程数据。

一、状态

　　Spring Web Flow定义了五种不同类型的状态。通过选择Spring Web Flow的状态几乎可以把任意的安排功能构造成会话式的Web应用。

状态类型	用途
行为(Action)	行为状态是流程逻辑发生的地方
决策(Decision)	决策状态将流程分成两个方向，它会基于流程数据的评估结果确定流程方向
结束(End)	结束状态是流程的最后一战。一旦进入End状态，流程就会终止
子流程(Subflow)	子流程状态会在当前正在运行的流程上下文中启动一个新的流程
视图(View)	视图状态会暂停流程并邀请用户参与流程

1.1 视图状态

　　视图状态用于为用户展现信息并使用户在流程中发挥作用。实际的视 图实现可以是Spring支持的任意视图类型，但通常是用JSP来实现的。 在流程定义的XML文件中，<view-state>用于定义视图状态：

　　在这个简单的示例中，id属性有两个含义。它在流程内标示这个状 态。除此以外，因为在这里没有在其他地方指定视图，所以它也指定 了流程到达这个状态时要展现的逻辑视图名为welcome。 如果显式指定另外一个视图名，那可以使用view属性做到这 一点：

　　如果流程为用户展现了一个表单，如果要指明表单所绑定的对象，可以设置model属性：

1.2 行为状态

　　视图状态会涉及到流程应用程序的用户，而行为状态则是应用程序自 身在执行任务。行为状态一般会触发Spring所管理bean的一些方法并 根据方法调用的执行结果转移到另一个状态在流程定义XML中，行为状态使用<action-state>元素来声明。

尽管不是严格需要的，但是<action-state>元素一般都会有一个 <evaluate>作为子元素。<evaluate>元素给出了行为状态要做的 事情。expression属性指定了进入这个状态时要评估的表达式。在 本示例中，给出的expression是SpEL表达式，它表明将会找到ID 为pizzaFlowActions的bean并调用其saveOrder()方法。 

1.3 决策状态

　　有可能流程会完全按照线性执行，从一个状态进入另一个状态，没有 其他的替代路线。但是更常见的情况是流程在某一个点根据流程的当 前情况进入不同的分支。决策状态能够在流程执行时产生两个分支。决策状态将评估一个 Boolean类型的表达式，然后在两个状态转移中选择一个，这要取决 于表达式会计算出true还是false。在XML流程定义中，决策状态 通过<decision-state>元素进行定义。典型的决策状态示例如下 所示：

1.4 子流程状态

　　将流程分成独立的部分。<subflow-state> 允许在一个正在执行的流程中调用另一个流程。这类似于在一个方法 中调用另一个方法。<input>元素用于传递订单对象作为子流程的输入。如果 子流程结束的<end-state>状态ID为orderCreated，那么流程将 会转移到名为payment的状态。 

1.5 结束状态

　　最后，所有的流程都要结束。这就是当流程转移到结束状态时所做 的。<end-state>元素指定了流程的结束，它一般会是这样声明 的：

当到达<end-state>状态，流程会结束。接下来会发生什么取决于 几个因素：

• • 如果结束的流程是一个子流程，那调用它的流程将会从 <subflow-state>处继续执行。<end-state>的ID将会用作 事件触发从<subflow-state>开始的转移。
  • 如果<end-state>设置了view属性，指定的视图将会被渲染。 视图可以是相对于流程路径的视图模板，如果添 加“externalRedirect:”前缀的话，将会重定向到流程外部的 页面，如果添加“flowRedirect:”将重定向到另一个流程中。
  • 如果结束的流程不是子流程，也没有指定view属性，那这个流 程只是会结束而已。浏览器最后将会加载流程的基本URL地址， 当前已没有活动的流程，所以会开始一个新的流程实例。

需要注意的是流程可能会有不止一个结束状态。子流程的结束状态ID确 定了激活的事件，所以你可能会希望通过多种结束状态来结束子流 程，从而能够在调用流程中触发不同的事件。即使不是在子流程中， 也有可能在结束流程后，根据流程的执行情况有多个显示页面供选 择。

二、转移

　　转移连接了流程中的状态。流程中除结束状 态之外的每个状态，至少都需要一个转移，这样就能够知道一旦这个 状态完成时流程要去向哪里。状态可以有多个转移，分别对应于当前 状态结束时可以执行的不同的路径。 转移使用<transition>元素来进行定义，它会作为各种状态元素 （<action-state>、<view-state>、<subflow-state>）的 子元素。最简单的形式就是<transition>元素在流程中指定下一 个状态：

属性to用于指定流程的下一个状态。如果<transition>只使用了 to属性，那这个转移就会是当前状态的默认转移选项，如果没有其 他可用转移的话，就会使用它。

　　更常见的转移定义是基于事件的触发来进行的。在视图状态，事件通 常会是用户采取的动作。在行为状态，事件是评估表达式得到的结 果。而在子流程状态，事件取决于子流程结束状态的ID。在任意的事 件中，你可以使用on属性来指定触发转移的 事件：

如果触发了phoneEntered事件，流程将会进 入lookupCustomer状态。 在抛出异常时，流程也可以进入另一个状态。例如，如果顾客的记录 没有找到，你可能希望流程转移到一个展现注册表单的视图状态。以 下的代码片段显示了这种类型的转移：

属性on-exception类似于on属性，只不过它指定了要发生转移的 异常而不是一个事件。在本示例 中，CustomerNotFoundException异常将导致流程转移 到registrationForm状态。 

*全局转移

如果多个状态中都复用转移，则可以将<transition> 元素作为<global-transitions>的子元素，把它们定义为全局转 移。

在定义完这个全局转移后，流程中的所有状态都会默认拥有这个cancel转移。

三、流程数据

当流程从一个状态进 行到另一个状态时，它会带走一些数据。有时候，这些数据只需要很 短的时间（可能只要展现页面给用户）。有时候，这些数据会在整个 流程中传递并在流程结束的时候使用。

1.声明变量

流程数据保存在变量中，而变量可以在流程的各个地方进行引用。它能够以多种方式创建。在流程中创建变量的最简单形式是使用<var> 元素：

这里，创建了一个新的Customer实例并将其放在名为customer的 变量中。这个变量可以在流程的任意状态进行访问。作为行为状态的一部分或者作为视图状态的入口，你有可能会使 用<evaluate>元素来创建变量。例如：

 在本例中，<evaluate>元素计算了一个表达式（SpEL表达式）并 将结果放到了名为toppingsList的变量中，这个变量是视图作用 域的。 

类似地，<set>元素也可以设置变量的值：

<set>元素与<evaluate>元素很类似，都是将变量设置为表达式计 算的结果。这里，我们设置了一个流程作用域内的pizza变量，它的 值是Pizza对象的新实例。 

2. 变量的作用域

　　流程中携带的数据会拥有不同的生命作用域和可见性，这取决于保存 数据的变量本身的作用域。Spring Web Flow定义了五种不同作用域， 如下图所示：

当使用<var>元素声明变量时，变量始终是流程作用域的，也就是在 定义变量的流程内有效。当使用<set>或<evaluate>的时候，作用 域通过name或result属性的前缀指定。例如，将一个值赋给流程作 用域的theAnswer变量：