摘要：在實際的企業(yè)開發(fā)中，不可能所有情況都是從頭到尾的按狀態(tài)流程來，會有很多意外，比如歷史數(shù)據(jù)，故障重啟后的遺留流程，所以這種可以任意調(diào)節(jié)狀態(tài)的才是我們需要的狀態(tài)機。
1、偽持久化和中間段的狀態(tài)機
我們設(shè)想一個業(yè)務(wù)場景，就比如訂單吧，我們一般的設(shè)計都會把訂單狀態(tài)存到訂單表里面，其他的業(yè)務(wù)信息也都有表保存，而狀態(tài)機的主要作用其實是規(guī)范整個訂單業(yè)務(wù)流程的狀態(tài)和事件，所以狀態(tài)機要不要保存真的不重要，我們只需要從訂單表里面把狀態(tài)取出來，知道當前是什么狀態(tài)，然后伴隨著業(yè)務(wù)繼續(xù)流浪到下一個狀態(tài)節(jié)點就好了（流浪遠方，流~浪~~）。
我們先實現(xiàn)一個StateMachinePersist，因為我不想真的持久化，所以就敷衍一下，持久化是什么，啥也不干。
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)在問題來了，不持久化的持久化類是為啥呢，主要就是為了取一個任何狀態(tài)節(jié)點的狀態(tài)機，方便繼續(xù)往下執(zhí)行，請看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)機的狀態(tài)
System.out.println("恢復(fù)后的狀態(tài)：" + stateMachine.getState().getId());
}
}
看到?jīng)]有，用builder建了一個新的狀態(tài)機，用restore過了一手，就已經(jīng)是一個到達order指定狀態(tài)的老司機狀態(tài)機了，在這里，持久化不是本意，讓狀態(tài)機能夠隨時抓換到任意狀態(tài)節(jié)點才是目的。在實際的企業(yè)開發(fā)中，不可能所有情況都是從頭到尾的按狀態(tài)流程來，會有很多意外，比如歷史數(shù)據(jù)，故障重啟后的遺留流程......，所以這種可以任意調(diào)節(jié)狀態(tài)的才是我們需要的狀態(tài)機。
2、廢話時間
這篇文章內(nèi)容比較少，所以決定說點廢話，湊點字數(shù)。從上面可以看到，狀態(tài)機的本身數(shù)據(jù)其實沒啥價值，有價值的業(yè)務(wù)數(shù)據(jù)比如訂單其實都存庫表，狀態(tài)值一般也是伴隨訂單一起保存就行了。那么狀態(tài)機最核心的價值在哪呢？在第一章的時候其實就講過了，spring statemachine框架的作用在于提供一個軟件項目業(yè)務(wù)切入的視角，我們的關(guān)注點不在于具體的業(yè)務(wù)數(shù)據(jù)，而是狀態(tài)流程，這個作為主線，我們必須要清楚，但是企業(yè)開發(fā)是很復(fù)雜的，情況叢生，比如我們一直舉例的流程，都是一條直線的流程：
簡單的令人發(fā)指，實際的情況顯然比這個復(fù)雜，會有分支選擇，會有回到上一個狀態(tài)的情況。下一章我們來弄一個復(fù)雜的狀態(tài)機流程圖來描述一下，試一下spring statemachine 在企業(yè)真實環(huán)境下的表現(xiàn)力。
源代碼地址
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/75269.html
