Spring实战 八 Spring Web Flow

Spring Web Flow是将流程与实现解耦,单独定义流程(比如下订单->确认库存->付款->确认付款成功->创建订单->完成),而不是在Controller中实现逻辑的同时还要控制整个流程。

话说,Spring Web Flow好像不温不火的,而且它只支持XML配置,但是我真的觉得这玩意挺好玩的,马上要去拿核酸报告了,我先记一点点。

Spring Web Flow流程组件

Spring Web Flow将一套流程中的所有环节抽象成三个组件,分别是状态、转移和数据。

状态可以代表一切你看到的东西,包括一个前端视图,一个后端调用等等。而转移是用来连接状态的组件,比如我们现在有四个状态:付款,确认付款状态,创建订单和取消订单。转移帮助我们根据一些条件来在这些状态中跳转,比如从付款状态跳转到确认付款状态,再根据确认付款返回的结果进行向创建订单(付款成功)和取消订单(付款失败)这些状态的转移。数据就是在状态之间传递的数据。

状态

状态分为五种:

Spring实战 八 Spring Web Flow

视图状态

视图状态就是向用户渲染一个视图,通常是jsp。它的定义很简单。

如下便定义了一个id为welcome的视图,并且这个id会作为逻辑视图名交给Spring来解析。

<view-state id="welcome"/>

当然也可以自己定义视图名

<view-state id="welcome" view="greeting"/>

也可以使用表单绑定对象

<view-state id="welcome" model="flowScope.paymentDetails"/>

这个flowScope.的语法一会会出现,先不用介意。

行为状态

行为状态用于指定一个任务,比如去数据库中查询库存

下面使用action-state定义了一个行为状态,其中使用SpEL表达式来进行了一次业务逻辑的调用,并且由于行为状态一般不是最终的状态,所以它使用了一次转移transition跳转到了下一个状态。

<action-state id="saveOrder">
    <evaluate expression="pizzaFlowActions.saveOrder(order)"/>
    <transition to="thankYou"/>
</action-state>

决策状态

很多时候我们的业务逻辑并不是一条线跑的,很多时候会因为错误或其他原因而需要做决策,最典型的例子就是如果付款成功创建订单,付款失败则取消订单。

下面的例子是检测用户是否在配送范围内,如果是则添加客户如果不是则发出warning通知客户。

<decision-state id="checkDeliveryArea">
    <if test="pizzaFlowActions.checkDeliveryArea(customer.zipCode)"
        then="addCustomer"
        else="deliveryWarning"/>
</decision-state>

子流程状态

子流程就是用于将一个大流程分成若干独立小流程。

下面是一个子流程定义,如果子流程的结束状态为orderCreated,那么跳转到payment状态。

<subflow-state id="order" subflow="pizza/order">
    <input name="order" value="order"/>
    <transition on="orderCreated" to="payment"/>
</subflow-state>

结束状态

不管是子流程还是父流程,最终都要结束,所以我们需要一个结束状态来标注流程结束了。

它的声明也很简单,因为啥都不用做。

<end-state id="customerReady"/>
  1. 如果结束的流程是一个子流程,那么会从调用它的<subflow-state>处继续执行,<end-state>的id会作为<subflow-state>中的转移依据,做适当的转移。
  2. 如果结束状态设置了一个view属性,指定的视图会被渲染,如果添加externalRedirect:前缀则会重定向到流程外部的页面,如果添加flowRedirect:则将重定向到流程内部的页面。
  3. 如果都不是,流程就只是结束了。

转移

转移用来连接流程中的状态。

如下是一个最简单的转移,它没有任何条件,当转移列表中没有其他可应用的转移,它会作为默认转移。

<transition to="customerReady"/>

如下是当触发phoneEntered事件,流程进入lookupCustomer状态。事件通常是用户采取的动作,取决于子流程结束状态的id。

<transition on="phoneEntered" to="lookupCustomer"/>

抛出异常时,也可以使用on-exception来转移状态

<transition on-exception="pizzaSystem.CustomerNotFoundException" to="registrationForm"/>

全局转移

有些转移需要在所有逻辑上都用到,就比如用户没登陆,那么让它先登录。或者用户选择了取消,那么结束流程。这时显然相比在每一处都写上这个转移,声明在全局范围更合适。

<global-transitions>
    <transition on="cancel" to="endState"/>
</global-transitions>

未完...去拿核酸结果喽!!!

上一篇:[正确]的使用Kotlin Flow进行搜索优化,kotlin面试题


下一篇:上海理工大学联想杯 4题滚粗记