討論串[討論] FSM狀態機程式架構是不是災難?
共 2 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓9(15推 6噓 42→)留言63則,0人參與, 1年前最新作者IhateOGC (我討厭)時間1年前 (2022/07/02 00:42), 編輯資訊
1
0
0
內容預覽:
吐泡一下. 最近在維護一個交易老程式碼. 就像是依照流程圖畫出來的狀態機實作. 主狀態機有N個case. 每個case又各自註冊可以重複的條件. FSM主要的狀態是有順序的. 但是下面登記的function重覆性有87%. 一個flag就可以解決的事情搞到變成很巨大的狀態機. 有股想砍掉重練的衝動.

推噓5(5推 0噓 2→)留言7則,0人參與, 1年前最新作者chengcti (版主請投我一票!)時間1年前 (2022/07/04 22:06), 編輯資訊
0
0
0
內容預覽:
我好奇的是 現在哪種技術取代狀態機?. 我用狀態機好幾年了. 也沒想過還有其他方法取代他. 有時候很難維護跟了解. 只好靠一堆表格或者是程式模型讓他較容易閱讀. 不過 背後還是FSM. 現在有哪些設計模式可以取代FSM. 又好維護?. --. 發信站: 批踢踢實業坊(ptt.cc), 來自: 3
首頁
上一頁
1
下一頁
尾頁