[請益] 關於AI的寫法

看板GameDesign作者 (上將帽子)時間6年前 (2017/08/10 00:53), 編輯推噓3(308)
留言11則, 5人參與, 最新討論串1/1
原本是用switch(state)這樣的方法來寫 爬文一下發現有狀態機(FSM)這種寫法 估狗一下也大概知道這東西是怎麼寫的了 想問的是 跟switch相比,採用狀態機的好處是什麼呢? -- 作者 okbon66 (灰哥) 看板 Gossiping 標題 [爆卦] MSN的詐騙手法又翻新了 時間 Fri Mar 18 18:11:41 2011

03/18 18:24,
借轉詐騙板
03/18 18:24
startlequiet:轉錄至看板 Beauty 03/18 18:24 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 182.236.24.16 ※ 文章網址: https://www.ptt.cc/bbs/GameDesign/M.1502297636.A.63D.html

08/10 00:56, , 1F
我覺得程式碼比較好維護 而且狀態機可以讓企劃用
08/10 00:56, 1F

08/10 01:03, , 2F
呃 我的直覺看法是fsm裡面可以夾switch?
08/10 01:03, 2F

08/10 01:04, , 3F
而且當單一state錯誤你只要修該state就好?
08/10 01:04, 3F

08/10 01:21, , 4F
哦哦 就是說把單一state拆開來比較好維護的意思
08/10 01:21, 4F

08/10 02:15, , 5F
可參考 State Pattern
08/10 02:15, 5F

08/10 02:59, , 6F
精簡邏輯可用switch,稍具規模可用FSM,視情況斟酌
08/10 02:59, 6F

08/10 05:58, , 7F
我們家的做法是上層邏輯用FMS
08/10 05:58, 7F

08/10 05:58, , 8F
然後每個state中用behavior tree
08/10 05:58, 8F

08/10 05:58, , 9F
*FSM
08/10 05:58, 9F

08/10 05:59, , 10F
很自由啦,依需求可以把各種不同架構混搭,沒有最佳解
08/10 05:59, 10F

08/10 22:01, , 11F
了解!感謝說明!
08/10 22:01, 11F
文章代碼(AID): #1PYpuaOz (GameDesign)