Re: [討論] FSM狀態機程式架構是不是災難?

看板Soft_Job作者 (版主請投我一票!)時間1年前 (2022/07/04 22:06), 編輯推噓5(5推 0噓 2→)
留言7則, 6人參與, 1年前最新討論串2/2 (看更多)
我好奇的是 現在哪種技術取代狀態機？ 我用狀態機好幾年了 也沒想過還有其他方法取代他 有時候很難維護跟了解 只好靠一堆表格或者是程式模型讓他較容易閱讀 不過 背後還是FSM 現在有哪些設計模式可以取代FSM 又好維護？ ※ 引述《IhateOGC (我討厭)》之銘言： : 吐泡一下 : 最近在維護一個交易老程式碼 : 就像是依照流程圖畫出來的狀態機實作 : 主狀態機有N個case : 每個case又各自註冊可以重複的條件 : FSM主要的狀態是有順序的 : 但是下面登記的function重覆性有87% : 一個flag就可以解決的事情搞到變成很巨大的狀態機 : 有股想砍掉重練的衝動...但是只能自己驗證 : QQ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 37.19.205.185 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1656943565.A.B2C.html
推
07/04 22:26, 1年前 , 1F
要好維護就要跟商業邏輯契合 阿FSM就是商業邏輯啊
07/04 22:26, 1F
推
07/04 23:54, 1年前 , 2F
狀態機就是用來描述問題跟流程 我實在看不懂第一篇在說啥
07/04 23:54, 2F
→
07/05 00:54, 1年前 , 3F
好的fsm可以取代不好的fsm
07/05 00:54, 3F
推
07/05 14:29, 1年前 , 4F
fsm我覺得要能維護還是需要auto gen flow chart..
07/05 14:29, 4F
推
07/06 06:15, 1年前 , 5F
同樓上，如果fsm都只是自己實作，沒有工具可以隨時更新流
07/06 06:15, 5F
→
07/06 06:15, 1年前 , 6F
程圖說明，就會變得難以維護
07/06 06:15, 6F
推
07/06 22:44, 1年前 , 7F
statechart, HSM, behavior tree
07/06 22:44, 7F
‣ 更多 chengcti 的文章
文章代碼(AID): #1YmlFDii (Soft_Job)
‣ 更多 chengcti 的文章
文章代碼(AID): #1YmlFDii (Soft_Job)