作者chengcti (版主请投我一票!)
看板Soft_Job
标题Re: [讨论] FSM状态机程式架构是不是灾难?
时间Mon Jul 4 22:06:03 2022
我好奇的是 现在哪种技术取代状态机?
我用状态机好几年了
也没想过还有其他方法取代他
有时候很难维护跟了解
只好靠一堆表格或者是程式模型让他较容易阅读
不过 背後还是FSM
现在有哪些设计模式可以取代FSM
又好维护?
※ 引述《IhateOGC (我讨厌)》之铭言:
: 吐泡一下
: 最近在维护一个交易老程式码
: 就像是依照流程图画出来的状态机实作
: 主状态机有N个case
: 每个case又各自注册可以重复的条件
: FSM主要的状态是有顺序的
: 但是下面登记的function重覆性有87%
: 一个flag就可以解决的事情搞到变成很巨大的状态机
: 有股想砍掉重练的冲动...但是只能自己验证
: QQ
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 37.19.205.185 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1656943565.A.B2C.html
1F:推 longlyeagle: 要好维护就要跟商业逻辑契合 阿FSM就是商业逻辑啊 07/04 22:26
2F:推 kurtsgm: 状态机就是用来描述问题跟流程 我实在看不懂第一篇在说啥 07/04 23:54
3F:→ dave123: 好的fsm可以取代不好的fsm 07/05 00:54
4F:推 wulouise: fsm我觉得要能维护还是需要auto gen flow chart.. 07/05 14:29
5F:推 sharek: 同楼上,如果fsm都只是自己实作,没有工具可以随时更新流 07/06 06:15
6F:→ sharek: 程图说明,就会变得难以维护 07/06 06:15
7F:推 fr75: statechart, HSM, behavior tree 07/06 22:44