- 参考文献
- 购物车用例
- 什么情况下可以使用 Spring Web Flow？
- 配置 Spring Web MVC
- 配置 Spring Web Flow 2.0 的基础
- 在购物车示例应用中配置 Spring Web Flow
- 用 Unified EL 实现业务逻辑
- 用 subflow 实现添加商品到购物车功能
- global transition 简介
参考1：http://www.ibm.com/developerworks/cn/education/java/j-spring-webflow/section3.html
参考2：http://lib.iteye.com/blog/299142
示例代码：http://dl.dbank.com/c0n9qasa5r
2.购物车用例要了解 Spring Web Flow 是什么东西，最好的办法莫过于查看示例，一个简化的购物车的流程如下图所示：
上图 所示流程用 Spring Web Flow 2.0 的配置文件表示如下清单 1：
清单 1 用 Spring Web Flow 语义表达购物车流程
……
配置1中省略了许多技术细节，展示的只是一个业务的流程，主要是为了让大家对 Spring Web Flow 的语义有个初始的印象。从配置 1 中，应注意到一个很重要的特征—— Spring Web Flow 语义与 Servlet API 无关。更确切地讲， Spring Web Flow 语义关注的是业务的流程，并未与 Sun 公司的 Web 规范紧密结合，这种描述是更高层次的抽象，差不多是在建模的角度来描述业务流程。
不过， Spring Web Flow 也并非只有抽象，现在还没有哪一种工具或语言可以将一个模型直接转换成相应的应用程序。 Spring Web Flow 更像是抽象建模和技术细节的混血儿，相比于湮没在繁多的控制器和视图中的 Web MVC 应用来讲， Spring Web Flow 提供了如清单 1 所描述的更高层次的抽象，但同时它也整合了像 Unified EL 这样的工具来控制技术上的细节。
Spring Web Flow 的基本元素Flow 可看作是客户端与服务器的一次对话（ conversation ）。 Flow 的完成要由分多个步骤来实现，在 Spring Web Flow 的语义中，步骤指的就是 state 。Spring Web Flow 提供了五种 state ，分别是 Action State 、 View State 、 Subflow State 、 Decision State 、 End State ，这些 state 可用于定义 flow 执行过程中的各个步骤。除了 End State 外，其他 state 都可以转换到别的 state ，一般通过在 state 中定义 transition 来实现到其他 state 的转换，转换的发生一般由事件（ event ）来触发。
前面讲了， Spring Web Flow 提供了描述业务流程的抽象能力，但对一种 Web 开发技术而言，仅有这些是不够的。同时， Spring Web Flow 是不是能够取代其他 Web MVC 技术？或者在任何情况下都应优先使用 Spring Web Flow ？要回答这些问题，先来看一下 Spring Web Flow 所着力解决的技术问题。
3.1.Web 应用程序的三种范围Java Servlet 规范为 Web 应用程序中用到的各种对象规定了三种范围（ scope ），分别是 request 范围、 session 范围和 application 范围。
- request 范围中的对象是跟客户的请求绑定在一起的，每次请求结束都会销毁对象，而新的请求过来时又会重新创建对象。 request 范围适合存放数据量较大的临时数据。
- session 范围中的对象是跟会话（ session ）绑定在一起的，每次会话结束会销毁这些对象，而新的会话中又会重新创建。 HTTP 协议本身是无状态的，服务器和客户端要实现会话的管理，只能借助于一些辅助的手段，如在协议的数据包中加一些隐藏的记号，等等。session 范围适合存放本次会话需要保留的数据。
- application 范围的对象是跟应用程序本身绑定在一起，从 Servlet API 的角度来讲，就是存放在 ServletContext 中的对象，它们随着 Servlet 的启动而创建， Servlet 关闭时才会销毁。application 范围适合存放那些与应用程序全局相关的数据。
现实开发中最令人头痛的莫过于 session 范围， Java Servlet 规范指明可在 web.xml 中按如下方式配置 session 的有效时间为100分钟，如下清单 2所示： 清单 2 web.xml 中 session 的配置
100
然而，现实中的 session 范围更像是“鸡肋”，把大量数据放入 session 会导致严重的效率问题，在分布式的环境中处理 session 范围更是一不小心就会出错，但抛弃 session 又会给开发带来许多不便。 request 范围虽说能存放量大的数据，但有效范围有限。摆在开发者面前的很多用例都要求一种比 request 范围要长，但又比 session 范围要短的这么一种有效范围。
针对 Java Servlet 规范中的这个缺陷， Spring Web Flow 2.0 中提供了以下两种范围：
- flow 范围。此范围内的对象在 flow 开始时创建， flow 结束时销毁，在 flow 定义文件中可通过“ flowScope ”变量名来访问。
- conversation 范围。此范围内的对象与 flow 范围对象基本相似，唯一不同在于 conversation 范围内的对象所在的 flow 如果调用了其他 subflow ，那么在 subflow 中也可访问该对象。（也就是说：subflow中能够访问conversation中的对象）
subflow 定义：被其他 flow 所调用的 flow 即可称为 subflow。
由于 flow 是由开发人员自己定义的，可根据业务的需求自由改变， flow 范围和 conversation 范围的使用也就突破了 Java Servlet 规范中 session 范围和 request 范围的局限，真正做到了自由定制。
可以看出， Spring Web Flow 所着力解决的问题即是客户端与服务器的对话（ conversation ）问题，这个范围比 request 要长，而比 session 要短。为实现 conversation 范围（即 flow 范围），需要付出效率上的代价，因此，并非所有 Web 应用都适合使用 Spring Web Flow 。 Seth Ladd 等人所著 Expert Spring MVC and Web Flow 一书，对何时使用Spring Web Flow，列出了如下表格。
表 1 何时使用 Spring Web Flow 解决方案 何时使用 Spring MVC Controller 某个单独的、只需较少业务逻辑就可创建的页面，同时该页面不是 flow 的一部分 Spring MVC SimpleFormController 某个只涉及表单提交的页面，如一个搜索框 Spring MVC AbstractWizardFormController 由一系列导航页面组成的业务过程 Spring Web Flow 任何比较复杂的、有状态的、需要在多个页面之间跳转的业务过程 3.4.Spring Web Flow 的其他特点Web Flow 作为一个单独的概念被提出来，也可算是 Spring Web Flow 的一大亮点。目前大多数 Web MVC 框架都把重点把在各种 controller 和形形色色的 view 技术上面，对 Web 应用流程本身的关注是不够的， Web Flow 的提出就提供了一层抽象，设计者就可以从 Web Flow 抽象层面来进行设计、开发。当然， Web Flow 不能理解为只是 Web 页面间的跳转流程，定义 Spring Web Flow 的语义并非只限于页面之间的跳转，而可以是 Web 应用中的各种行为。由此，用例的模型建构好以后，就可直接从该模型转换到相应的 Web Flow，开发人员的设计变得更加直观、有效。
另外，在 Spring Web Flow 中重用 Web Flow 是比较容易的。在定义 flow 、 state 时可通过继承某个已有的 flow 或 state ，来避免重复定义。同时，一个 flow 可以调用其它 flow ，就跟一般程序语言中在某个函数内部调用其它函数一样方便。
4.配置 Spring Web MVC Spring Web Flow 2.0 就是 Spring Web MVC 的一个扩展，如果粗略一些来讲，所谓 flow 就相当于 Spring Web MVC 中一种特殊的 controller ，这种 controller 可通过 XML 文件加以配置， 因此在使用 Spring Web Flow 2.0 前须先对 Spring Web MVC进行配置，步骤如下：- 创建 Web 应用的目录结构
- 在 /WEB-INF/lib 下导入相关类库
- 在 Web 应用部署描述符文件 web.xml 中声明 DispatcherServlet 并指定配置文件
- 添加 DispatcherServlet 映射
- 创建 web-application-config.xml 文件
- 创建 webmvc-config.xml 文件
- 创建 index.jsp
- 创建 Web 应用的目录结构
为使用 Spring Web MVC ，须在 web.xml 中声明 DispatcherServlet ，见清单 3 ：
CartServlet org.springframework.web.servlet.DispatcherServlet contextConfigLocation /WEB-INF/config/web-application-config.xml 1
要让 DispatcherServlet 处理所有以 /spring/ 开头的请求，见清单4 ：
CartServlet/spring/*
开发基于 Spring Web Flow 的应用往往会有大量的配置，这些配置全放在一个文件中是不合适的。本示例参考 Spring Web Flow 2.0 自带示例（可以找找看），将不同功能的配置文件分开。其中 web-application-config.xml 用于配置与 Web 应用全局相关的内容， Spring Web MVC 的相关配置放在 webmvc-config.xml 中，教程后面要添加的 Spring Web Flow 的配置则放在 webflow-config.xml 中。在 web-application-config.xml 中用 import 元素导入其他的配置文件。 web-application-config.xml的内容见清单 5：
清单 5 web-application-config.xml
加入注解功能是出于最后运行 Web Flow 示例的需要（后面使用到的时候会指明），在这里只要知道注解功能已被启用就可以了。
4.4.创建 webmvc-config.xml
webmvc-config.xml 主要用于配置 Spring Web MVC 。所要做的就是添加一个 viewResolver （视图解析器），用于将视图名解析成真实的视图资源。另外，再配置好URL 请求的 handler （处理器），用于将 URL 请求定向到某个控制器，在本例中，用到的是 UrlFilenameViewController。
清单 6 webmvc-config.xml
DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> Cart Application Hello!
CartApp2示例代码下载地址：http://www.dbank.com/download/CartApp2.rar?f=c0n9qasa5r&i=2&h=1321056539&v=7a3a7609
5.0.配置 Spring Web Flow 2.0 的基础 配置好 Spring Web MVC 的环境后，接下来就可以往里面加入 Spring Web Flow 2.0 的配置。不过，要搞明白 Spring Web Flow 2.0 的配置，必须先要了解相关的理论知识。 5.1.FlowRegistry FlowRegistry 是存放 flow 的仓库，每个定义 flow 的 XML 文档被解析后，都会被分配一个唯一的 id ，并以 FlowDefinition 对象的形式存放在 FlowResigtry 中。 FlowRegistry 配置方式可参看清单 8。
清单 8 FlowRegistry 的配置
说明：以下的示例清单中的 XML 配置元素默认使用了 webflow 名字空间，这也是 Spring Web Flow 习惯上的名字空间，参看教程后面 webflow-config.xml 文件，可以更多了解 webflow 名字空间。
每个 flow 都必须要有 id 来标识，如果在配置中省略，那么该 flow 默认的 id 将是该定义文件（xml文件）的文件名去掉后缀所得的字符串（例如本例中如果去掉id="shopping"，那么flow的id就是shopping.xml去掉后缀名.xml后的shopping作为id）。
5.2.FlowExecutor FlowExecutor 是 Spring Web Flow 的一个核心接口，启动某个 flow ，都要通过这个接口来进行。从配置角度来说，只要保证有个 FlowExecutor 就可以了， Spring Web Flow 的默认行为已经足够。默认配置参看清单9。清单 9 FlowExecutor 的配置
FlowRegistry 中注册的 flow 可能会有多个，但前面介绍过，每个 flow 都会有 id ，没有配置的，也会有个默认值， FlowExecutor 就是通过 id 来找出要执行的 flow 。至于这个 id ，则是要由用户来指定的。在默认配置情况下，如果客户端发送了如下URL请求：http://localhost:8080/CartApp/spring/shopping。则从 Spring Web Flow 的角度来看，这个 URL 就表示客户想要执行一个 id 为“ shopping ”的 flow ，于是就会在 FlowRegistry 中查找名为“ shopping ”的 flow，由FlowExecutor负责执行。
5.4Spring Web Flow 如何与 Spring Web MVC 整合在一起？ 客户端发送的请求，先会由 servlet 容器（本教程示例中即为 Tomcat ）接收， servlet 容器会找到相应的应用程序（本教程中即为 CartApp ），再根据 web.xml 的配置找到出符合映射条件的 servlet 来处理。 Spring Web MVC 中处理请求的 servlet 是 DispatcherServlet ，如果请求的路径满足 DispatcherServlet 的映射条件，则 DispatcherServlet 会找出 Spring IoC 容器中所有的 HandlerMapping ，根据这些 HandlerMapping 中匹配最好的 handler （一般情况下都是 controller ，即控制器）来处理请求。当 Controller 处理完毕，一般都会返回一个 view （视图）的名字，DispatcherServlet再根据这个view的名字找到相应的视图资源返回给客户端。 搞清楚 Spring Web MVC 处理请求的流程后，基本上就可以明白要整合 Spring Web MVC 与 Spring Web Flow 所需要的配置了。为了让客户端的请求变成执行某个 flow 的请求，要解决以下几个问题：- 需要在某个 HandlerMapping 中配置负责处理 flow 请求的 handler （或 controller ）
- 该handler （或 controller ）要负责启动指定的 flow
- flow 执行过程中以及执行完成后所涉及的视图应呈现给客户端
另外还需在 HandlerMapping 中指明 /shopping.do 请求由 flowController 来处理，配置见清单11：
/shopping.do=flowController ......
清单 8 所示 FlowRegistry 的配置，其中省略了 flow-registry 元素中一项比较重要的属性， flow-builder-services 。 flow-builder-services 属性的配置指明了在这个 flow-registry “仓库”里的 flow 的一些基本特性，例如，是用 Unified EL 还是 OGNL 、 model （模型）对象中的数据在显示之前是否需要先作转换，等等。在本示例中，我们需要在 flow-builder-services 属性中指明 Spring Web Flow 中所用到的 view ，由 Spring Web MVC 的“ View Resolver ”来查找，由 Spring Web MVC 的“ View Class”来解析，最后呈现给客户。具体配置参看清单12：
清单 12 flow-builder-services 配置
- 在 /WEB-INF/lib 目录下导入相关类库
- 在 webmvc-config.xml 中添加与 Spring Web Flow 集成的配置
- 添加 Spring Web Flow 的配置文件 webflow-config.xml
- 添加 flow 定义文件 shopping.xml
- 添加三个 jsp 页面
- 修改 index.jsp
- org.springframework.webflow-2.0.2.RELEASE.jar
- org.springframework.js-2.0.2.RELEASE.jar
- org.springframework.binding-2.0.2.RELEASE.jar
- jboss-el.jar
Spring Web MVC 相关的配置前面已经分析过了，完整的配置见清单 13 ：
/shopping.do=flowController
在 /WEB-INF/config 目录下添加 webflow-config.xml 文件， schema 名字空间可直接复制清单 14 中的内容。
webflow-config.xml 创建完成以后，不要忘记在 web-application-config.xml 中添加 import 元素，将 webflow-config.xml 文件导入。
在 /WEB-INF/flows 目录下创建 shopping.xml 文件，描述了图 2 所示的流程。
与清单 1 相比，在 view-state 元素中指定了 view 属性的名字，这个名字也是 Spring Web MVC 中 viewResolver （在webmvc-config.xml中定义）所查找的 view 的名字。从清单 16 的配置中可以知道，这三个 view-state 元素所对应的视图资源分别应该是： viewCart.jsp 、 viewOrder.jsp 和 orderConfirmed.jsp 。清单 16 中最后的 end-state 指明了当 flow 执行结束后跳转到初始的 index.jsp 页面，在此处的 view 属性的名字需要解释一下。 externalRedirect 用在 view 名字中，表示所指向的资源是在 flow 的外部， servletRelative 则表明所指向资源的路径起始部分与 flow 所在 servlet 相同。 Spring Web Flow 2.0还提供了其他几个关键词用于重定向，这里就不多介绍了。
在webmvc-config.xml中定义的viewResolver如下所示：
这表示所有view-state中的view属性同名对应到了/WEB-INF/jsp目录下的.jsp文件。
6.5.添加三个 jsp 页面 在 /WEB-INF/jsp 目录下创建三个 flow 所需的视图资源。以下清单中只有viewCart.jsp给出完整的代码，其他两个只给出 jsp 页面中 body 元素以内的代码，其余省略。 清单 17 viewCart.jsp
View Cart View Cart Submit
OrderConfirm
Order ConfirmedReturn to index
这几个页面都使用了变量 flowExecutionUrl ，表示 flow 执行到当前状态时的 URL 。 flowExecutionUrl 的值已经由 Spring Web Flow 2.0 框架的代码进行赋值，并放入相应的 model 中供 view 访问。 flowExecutionUrl 的值包含 flow 在执行过程中会为每一状态生成的唯一的 key ，因此不可用其他手段来获取。请求参数中 _eventId 的值与清单 16 中 transition 元素的 on 属性的值是对应的，在接收到_eventId参数后，相应transition会被执行。
6.6.修改 index.jsp 页面Hello!View Cart
将应用程序发布到 Tomcat 服务器，访问 index.jsp ，并启动 flow ，测试页面的跳转。效果如图 5所示：
图 4 flow 运行效果
CartApp3源代码下载地址：http://www.dbank.com/download/CartApp3.rar?f=c0n9qasa5r&i=1&h=1321062828&v=60993861
7.用 Unified EL 实现业务逻辑 到现在为止，这个购物车应用只是实现了页面之间的跳转，接下来我们要实现与业务逻辑相关的功能。由于本教程的重点在于介绍如何应用 Spring Web Flow ，所实现的业务比较简单，与实际应用有较大的距离，请读者谅解。业务的逻辑涉及到数据的获取、传递、保存，相关的业务功能函数的调用等内容，这些功能的实现都可用 Java 代码来完成，但定义 Spring Web Flow 的语法与 Java 是无关的，这就要求 Spring Web Flow 提供与 Java 代码的整合机制。要了解这种机制，关键在于搞清楚两个问题：
- 业务逻辑代码在什么时候被调用？
- 业务逻辑代码在调用后得到的数据如何保存、传递？
- 客户端请求中包含了 _eventId 参数
- 执行到框架自定义的切入点
- 执行到 元素
这种方式一般用在 state 之间的 transition ，通过指定 _eventId 参数的值，表明了客户的行为，从而导致相应事件的发生，在 Spring Web Flow 的定义文件中可以通过 evaluate 元素来指定要处理的业务逻辑。参看清单21：
清单 21 的代码表示，当客户端的请求中包含“ _eventId=submit ”，则 evaluate 元素中 expression 属性所指明的表达式会被执行，即 validator 对象的validate 方法会得到调用。
7.1.2执行到框架自定义的切入点
Spring Web Flow 定义了 5 个切入点，通过 flow 定义文件的配置，可在这 5 个切入点插入相关业务逻辑代码。 表 2 Spring Web Flow 自定义的切入点
Spring Web Flow 中的这个 是专为执行业务逻辑而设的 state 。如果某个应用的业务逻辑代码即不适合放在 transition 中由客户端来触发，也不适合放在 Spring Web Flow 自定义的切入点，那么就可以考虑添加 元素专用于该业务逻辑的执行。示例代码参看清单23：
清单 23 action-state 示例Spring Web Flow 的定义中可直接使用表达式语言（ Expression Language ），前面的代码都是用的 Unified EL ，对于习惯用 OGNL 的开发人员，可通过 flow-builder-services 的配置改成使用 OGNL 。不管是哪一种表达式语言， Spring Web Flow 都提供了一些固定名称的变量，用于数据的保存、传递。在 Spring Web Flow 的解决方案 一节中，已经提到 Spring Web Flow 所着力解决的问题即是数据存取范围的问题，为此， Spring Web Flow 提供了两种比较重要的范围，一是 flow 范围，另一个是 conversation 范围。通过 flowScope 和 conversationScope 这两个变量， Spring Web Flow 提供了在这两种范围里存取数据的方法。清单 24演示了如何将业务逻辑代码执行的结果存放到flow范围中。
清单 24 flowScope 示例注意：Spring Web Flow 2.0 在默认配置下，flowScope 和 conversationScope 的实现依赖于 Java 序列化和反序列化技术，因此存放于 flowScope 或 conversationScope 中的对象需要实现 java.io.Serializable 接口。
Spring Web Flow 还提供了大量其他的变量，以方便数据的存取。如 viewScope 范围即是从进入 view-state 至退出 view-state 结束， requestScope 即和一般的 request 范围没什么区别，等等。另外还有一些用于获取 flow 以外数据的变量，如 requestParameters 、 messageContext 等等。具体变量的列表可参看 Spring Web Flow自带的文档。 为示例应用添加商品 接下来，我们要在示例应用的 viewCart.jsp 页面中添加商品，可按以下步骤操作：- 添加 Product 类
- 添加 ProductService 类
- 修改 shopping.xml 文件
- 修改 viewCart.jsp 页面
package samples.webflow;import java.util.ArrayList;import java.util.HashMap;import java.util.List;import java.util.Map;import org.springframework.stereotype.Service;@Service("productService")public class ProductService { private Map products = new HashMap(); public ProductService() { products.put(1, new Product(1, "Bulldog", 1000)); products.put(2, new Product(2, "Chihuahua", 1500)); products.put(3, new Product(3, "Labrador", 2000)); } public List getProducts() { return new ArrayList(products.values()); } public Product getProduct(int productId) { return products.get(productId); }}
清单 27 表明 productService 的 getProducts 方法所得的结果会存放在 viewScope 中名为 products 的变量中， jsp 页面的代码可直接访问该变量。见清单 28：
清单 28 修改后的 viewCart.jsp 页面
DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">View Cart View Cart Submit Products for Your Choice ${product.description} ${product.price}
- 实现 Cart 和 CartItem 两个业务类
- 在 shopping.xml 中添加配置
- 在 /WEB-INF/flows 目录下添加 addToCart.xml
- 在 webflow-config.xml 中添加 addToCart.xml 的位置
- 修改 viewCart.jsp 页面
package samples.webflow;import java.io.Serializable;//购物车中的条目public class CartItem implements Serializable { private static final long serialVersionUID = 8388627124326126637L; private Product product;//商品 private int quantity;//数量 public CartItem(Product product, int quantity) { this.product = product; this.quantity = quantity; } //计算该条目的总价格 public int getTotalPrice() { return this.quantity * this.product.getPrice(); } //增加商品的数量 public void increaseQuantity() { this.quantity++; } /** * Return property product */ public Product getProduct() { return product; } /** * Sets property product */ public void setProduct(Product product) { this.product = product; } /** * Return property quantity */ public int getQuantity() { return quantity; } /** * Sets property quantity */ public void setQuantity(int quantity) { this.quantity = quantity; }}
除去相应的属性外， CartItem 可根据商品的数量算出该商品的总价格（ getTotalPrice ），也可通过 increaseQuantity 增加商品数量。 Cart 是购物车的实现类，其同样要实现 java.io.Serializable 接口，但它没有像 ProductService 一样成为由 Spring IoC 容器管理的 Bean ，每个客户的购物车是不同的，因此不能使用 Spring IoC 容器默认的 Singleton 模式。见清单 30：
清单 30 Cart 类
package samples.webflow;import java.io.Serializable;import java.util.ArrayList;import java.util.HashMap;import java.util.List;import java.util.Map;//购物车的实现类public class Cart implements Serializable { private static final long serialVersionUID = 7901330827203016310L; private Map map = new HashMap(); //getItems 用于获取当前购物车里的物品 public List getItems() { return new ArrayList(map.values()); } //addItem 用于向购物车添加商品 public void addItem(Product product) { int id = product.getId(); CartItem item = map.get(id); if (item != null) item.increaseQuantity(); else map.put(id, new CartItem(product, 1)); } //getTotalPrice 用于获取购物车里所有商品的总价格 public int getTotalPrice() { int total = 0; for (CartItem item : map.values()) total += item.getProduct().getPrice() * item.getQuantity(); return total; }}
清单 31 中 subflow-state 元素的 subflow 属性即指明了这个被调用的 flow 的 id 为“ addToCart ”，现在就要添加addToCart flow的定义。
清单 32 addToCart.xml
addToCart flow 主要由一个 action-state 构成，完成添加商品到购物车的功能， addToCart flow 的实现需要有输入参数，即 productId 。在本示例中是通过请求参数来传递，通过 requestParameters 来获取该数值。这里还要注意到清单 32 中的 end-state 的 id 为“ productAdded ”，与清单 31 中 subflow-state 中的 transition元素的on属性的名称是对应的。
8.4.在 webflow-config.xml 中添加 addToCart.xml 的位置新增加的 flow 不要忘记在 flow-registry 中注册。
清单 33 flow-registry 中注册 addToCart最后就可以来看在视图中如何显示相关的信息，并触发相应的 webflow 事件，见清单 34：
清单 34 完整的 viewCart.jsp 的代码
DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">View Cart View Cart Items in Your Cart Your cart is empty. Item Quantity Unit Price Total ${item.product.description} ${item.quantity} ${item.product.price} ${item.totalPrice} TOTAL: ${cart.totalPrice} Submit Products for Your Choice ${product.description} ${product.price} [add to cart]
8.6代码实例
顾名思义， global transition 是一种全局的 transition ，可在 flow 执行的各个 state 中被触发。
清单 35 global-transitons
