前言

相信不少java開發(fā)者寫過狀態(tài)變更的業(yè)務，比如訂單流程、請假流程等等。一般會搞一個狀態(tài)標識來標識生命周期的某個階段。很多人會寫這種邏輯：

如果流程幾十個豈不是要if到爆炸。還有這“0”、“1”是幾個意思？

優(yōu)化的辦法當然可以使用設計模式中的狀態(tài)模式來搞，允許一個具有狀態(tài)的對象根據(jù)其狀態(tài)封裝同一對象的不同行為。我們可以編程狀態(tài)之間的轉(zhuǎn)換，然后定義單獨的狀態(tài)：

但是這種操作會增加過多的狀態(tài)對象依賴。那么有沒騷操作呢？當然有。我們先來了解了解狀態(tài)機。

狀態(tài)機

狀態(tài)機全稱有限狀態(tài)機，因為一般的狀態(tài)機的狀態(tài)都是離散而且可枚舉的，這就是有限的原因。狀態(tài)機表示有限個狀態(tài)以及在這些狀態(tài)之間的轉(zhuǎn)移和動作等行為的數(shù)學模型。通俗的描述狀態(tài)機就是定義了一套狀態(tài)変更的流程：狀態(tài)機包含一個狀態(tài)集合，定義當狀態(tài)機處于某一個狀態(tài)的時候它所能接收的事件以及可執(zhí)行的行為，執(zhí)行完成后，狀態(tài)機所處的狀態(tài)變化可以被感知。一般包含以下幾個概念：

• 狀態(tài) 太廢話了我，狀態(tài)機沒有狀態(tài)還能叫狀態(tài)機。
• 事件 狀態(tài)機的狀態(tài)變更肯定是通過觸發(fā)一個事件引起的。
• 行為 觸發(fā)了之后執(zhí)行的業(yè)務邏輯。比如說訂單未支付狀態(tài)到支付狀態(tài)的變更需要走的業(yè)務，寫流水、修改賬戶余額等。
• 變更 一個狀態(tài)被一個事件觸發(fā)執(zhí)行了某些行為到達了另外一個狀態(tài)的過程。

上圖就是個變更的過程示意。接下來該說另一個東西java枚舉了。

Java中的枚舉

一個Java的枚舉是一種定義的一類常量列表的特殊類型的類。是JDK 1.5中引入的新特性。 枚舉在JDK中其實就是被設計成了單例模式，所以是不允許外部對其進行實例化的，枚舉類型的實例化都是在其加載的時候JVM幫我們完成的。這是Java虛擬機規(guī)范明確規(guī)定的，保證了線程的安全性。由于Java枚舉隱式實現(xiàn)了枚舉超類java.lang.Enum，因此無法實現(xiàn)另一個類，但是可以實現(xiàn)接口?？梢月暶鞒橄蠓椒ㄓ删唧w的內(nèi)部枚舉來實現(xiàn)。我們定義一個顏色枚舉來看看：

我們可以通過 Colorful.RED.colorName() 直接拿到顏色的名稱，非常方便而且語義化。

接下來我們將結(jié)合實際開發(fā)場景來實現(xiàn)一個簡單枚舉類型的狀態(tài)機來處理業(yè)務。

實戰(zhàn)操作

訂單派送到收貨這個場景，我們考慮如下單純的場景：

經(jīng)歷調(diào)度到派送最后到收貨這個簡單過程，我們可以定義如下狀態(tài)枚舉：

因為調(diào)度是初始狀態(tài)，所以其prevState方法指向自己，因為收貨時終止狀態(tài)所以其nextState指向自己。通過定義這兩個指針來進行操作所需要的流程。當然實際生產(chǎn)要結(jié)合你自己的業(yè)務來做。

然后我們訂單流程就可以這樣搞（省略getter和setter）：

我們來簡單測試一下：

經(jīng)過兩次的流轉(zhuǎn)，貨物成功到達買家的手中，狀態(tài)也正確的進行了變更，而且可維護性也得到了保證，只需要變更枚舉流程。好了今天就到這里，希望大家多多關注。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。

作者：碼農(nóng)小胖哥

來源：https://segmentfault.com/a/1190000020216365

最新評論