一個用 go 實現的有限狀態機

easyfsm

之前看過新亮老哥的 go-fsm-order,感覺還不錯。最近在遷移項目的時候,發現有多處業務存在一些狀態的流轉,所以就基於 go-fsm-order 做了重改,讓它可以在不同的業務場景下使用。

爲什麼不使用 looplab/fsm,star 挺多的啊。

不是特別喜歡,每次實例化 fsm 都需要重新傳遞對應 events(雖然我們可以統一封裝),我更期望在項目啓動時把此項目涉及到不同業務狀態機流轉註冊到 fsm,對應: 不同業務 ->[狀態]->[事件]-> 處理事件主體 (包含 handler、params、hooks、observers 等)。

這就是 easyfsm 的由來。

當你開始進行狀態流轉時,只需要,

爲什麼需要區分業務?

因爲絕大多數業務的狀態值都是從數據庫中獲取的,比如訂單表的訂單狀態,商品表中的商品狀態,有可能值是相同的。

同一個業務同一屬性對應狀態值表達單一,不同業務下屬性狀態可能會出現值相同,但所表達的含義是不同的。

整體設計:

簡單解釋一下:

使用姿勢

首先自定義業務、狀態、事件。

自定義事件主體,

註冊到 easyfsm。

開始使用。

完整示例代碼如下,

Hook

如果想在處理事件函數的前後執行一些 hook,或者在事件執行完畢,異步執行一些其他業務,easyfsm 定義了這兩個接口,

我們可以實現這兩個接口,

完整代碼:

總結

上面簡單介紹了下 easyfsm 設計以及對應使用姿勢。

如果有其他不一樣的需求,歡迎大家在 issue 留言提需求。https://github.com/wuqinqiang/easyfsm

本文由 Readfog 進行 AMP 轉碼,版權歸原作者所有。
來源https://mp.weixin.qq.com/s/oo3Y9cB8bEk1CnOg71q9Jw