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