iT邦幫忙

2021 iThome 鐵人賽

DAY 29
0
Mobile Development

FPS dungeon crawler game devlog系列 第 29

Dungeon Mizarka 029

等待UI開發者的回覆之際,算是有空閒的時間可以展開實際的怪物調整。有鑑於Invenotry系統的複雜度,加上前幾天更新的版本調整了不少地方,之前有些API都不能再使用。這對用VS來說有些麻煩,只要Function名稱變動、參數變動,整個引用地方就會壞掉,一格連一格的情況下,會出現斷錬。因此,今天調整的當務之急就是將道具系統移出怪物,待自行在外掛和遊戲層中寫另外一層去做引用後,再把它回放進來。

仔細想想,並實將Inventory加到怪物這並不是真的這麼需要,如同之前提及,Inventory目前需要在Runtime時進行資料Serialize的動作,所以在Editor這無法事先放好資料,要另產生一份資料表,註明怪物背包有什麼道具、會掉落什麼道具,並於Runtime時回寫進Ulitime Inventory裡。如果有這份資料,其實回寫一不回寫到Inventory元件裡都變得意義不大了。

再加上Inventory的外掛很容易引起Windows休眠後回來時讓Unity直接掛掉,以至於過去一陣子,看到Unity crash東西沒有被記錄下來又要再花時間重新進行,實在是讓人吐血。也就是這些考量,才會在這次的調整中,先行將Inventory移除於怪物之外。但玩家還是保留Inventory的使用,畢竟玩家的Item資料都是在Runtime時取得,且需要UI進行操作,利用現成的還是方便一些。

今天的調整,加入了更多的怪物狀態,並準備進行規則或是行為樹的機制。以現有的戰鬥來看,其實沒有太特別的攻擊規則。主要以

  • 物理攻擊
  • 防禦
  • 魔法攻擊
  • 使用道具

四種行為為主。再加上是格狀的回合移動,雙方一但交戰,不會有走位的思考方式存在,而是定點的直接攻擊,從行為來說,是相當的簡化了。在這樣簡化的行為考量下,甚至直接用亂數決定可以利用的行為都不失為是一個可行的方法。

另外,也調整了受擊的流程,並加入了受擊後接收(De)Buff的行為。但還在確定要怎麼利用之前試驗較為彈性的行為製作,因此,用(De)Buff中最具代表的中毒(隨著時間而扣血)當做嘗試。利用物件掛載行為元件的方式,在目標物上進行堆疊效果。初步來看,行為的賦予是可行的。然而,後續還要搭配UI和特效才能確定。

為了把握時間再進行調整,今天仍是簡短的內容Update。


上一篇
Dungeon Mizarka 028
下一篇
Dungeon Mizarka 030
系列文
FPS dungeon crawler game devlog30

尚未有邦友留言

立即登入留言