摘要：在實(shí)際的企業(yè)開發(fā)中，不可能所有情況都是從頭到尾的按狀態(tài)流程來(lái)，會(huì)有很多意外，比如歷史數(shù)據(jù)，故障重啟后的遺留流程，所以這種可以任意調(diào)節(jié)狀態(tài)的才是我們需要的狀態(tài)機(jī)。
1、偽持久化和中間段的狀態(tài)機(jī)
我們?cè)O(shè)想一個(gè)業(yè)務(wù)場(chǎng)景，就比如訂單吧，我們一般的設(shè)計(jì)都會(huì)把訂單狀態(tài)存到訂單表里面，其他的業(yè)務(wù)信息也都有表保存，而狀態(tài)機(jī)的主要作用其實(shí)是規(guī)范整個(gè)訂單業(yè)務(wù)流程的狀態(tài)和事件，所以狀態(tài)機(jī)要不要保存真的不重要，我們只需要從訂單表里面把狀態(tài)取出來(lái)，知道當(dāng)前是什么狀態(tài)，然后伴隨著業(yè)務(wù)繼續(xù)流浪到下一個(gè)狀態(tài)節(jié)點(diǎn)就好了（流浪遠(yuǎn)方，流~浪~~）。
我們先實(shí)現(xiàn)一個(gè)StateMachinePersist，因?yàn)槲也幌胝娴某志没?，所以就敷衍一下，持久化是什么，啥也不干?/p>
import org.springframework.statemachine.StateMachineContext;
import org.springframework.statemachine.StateMachinePersist;
import org.springframework.statemachine.support.DefaultStateMachineContext;
import org.springframework.stereotype.Component;
@Component
public class OrderStateMachinePersist implements StateMachinePersist {
@Override
public void write(StateMachineContext context, Order contextObj) throws Exception {
//這里不做任何持久化工作
}
@Override
public StateMachineContext read(Order contextObj) throws Exception {
StateMachineContext result = new DefaultStateMachineContext(OrderStates.valueOf(contextObj.getState()),
null, null, null, null, "orderMachine");
return result;
}
}
然后在PersistConfig里面轉(zhuǎn)換成StateMachinePersister
@Configuration
public class PersistConfig {
@Autowired
private OrderStateMachinePersist orderStateMachinePersist;
@Bean(name="orderPersister")
public StateMachinePersister orderPersister() {
return new DefaultStateMachinePersister(orderStateMachinePersist);
}
}
現(xiàn)在問題來(lái)了，不持久化的持久化類是為啥呢，主要就是為了取一個(gè)任何狀態(tài)節(jié)點(diǎn)的狀態(tài)機(jī)，方便繼續(xù)往下執(zhí)行，請(qǐng)看controller
@RestController
@RequestMapping("/statemachine")
public class StateMachineController {
@Resource(name="orderPersister")
private StateMachinePersister persister;
@RequestMapping("/testOrderRestore")
public void testOrderRestore(String id) throws Exception {
StateMachine stateMachine = orderStateMachineBuilder.build(beanFactory);
//訂單
Order order = new Order();
order.setId(id);
order.setState(OrderStates.WAITING_FOR_RECEIVE.toString());
//恢復(fù)
persister.restore(stateMachine, order);
//查看恢復(fù)后狀態(tài)機(jī)的狀態(tài)
System.out.println("恢復(fù)后的狀態(tài)：" + stateMachine.getState().getId());
}
}
看到?jīng)]有，用builder建了一個(gè)新的狀態(tài)機(jī)，用restore過了一手，就已經(jīng)是一個(gè)到達(dá)order指定狀態(tài)的老司機(jī)狀態(tài)機(jī)了，在這里，持久化不是本意，讓狀態(tài)機(jī)能夠隨時(shí)抓換到任意狀態(tài)節(jié)點(diǎn)才是目的。在實(shí)際的企業(yè)開發(fā)中，不可能所有情況都是從頭到尾的按狀態(tài)流程來(lái)，會(huì)有很多意外，比如歷史數(shù)據(jù)，故障重啟后的遺留流程......，所以這種可以任意調(diào)節(jié)狀態(tài)的才是我們需要的狀態(tài)機(jī)。
2、廢話時(shí)間
這篇文章內(nèi)容比較少，所以決定說點(diǎn)廢話，湊點(diǎn)字?jǐn)?shù)。從上面可以看到，狀態(tài)機(jī)的本身數(shù)據(jù)其實(shí)沒啥價(jià)值，有價(jià)值的業(yè)務(wù)數(shù)據(jù)比如訂單其實(shí)都存庫(kù)表，狀態(tài)值一般也是伴隨訂單一起保存就行了。那么狀態(tài)機(jī)最核心的價(jià)值在哪呢？在第一章的時(shí)候其實(shí)就講過了，spring statemachine框架的作用在于提供一個(gè)軟件項(xiàng)目業(yè)務(wù)切入的視角，我們的關(guān)注點(diǎn)不在于具體的業(yè)務(wù)數(shù)據(jù)，而是狀態(tài)流程，這個(gè)作為主線，我們必須要清楚，但是企業(yè)開發(fā)是很復(fù)雜的，情況叢生，比如我們一直舉例的流程，都是一條直線的流程：
簡(jiǎn)單的令人發(fā)指，實(shí)際的情況顯然比這個(gè)復(fù)雜，會(huì)有分支選擇，會(huì)有回到上一個(gè)狀態(tài)的情況。下一章我們來(lái)弄一個(gè)復(fù)雜的狀態(tài)機(jī)流程圖來(lái)描述一下，試一下spring statemachine 在企業(yè)真實(shí)環(huán)境下的表現(xiàn)力。
源代碼地址
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/75269.html
