討論串[請益] 遊戲製作時的多型?
共 6 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓1(1推 0噓 10→)留言11則,0人參與, 最新作者bantime (景)時間9年前發表 (2015/10/27 14:26), 9年前編輯資訊
0
0
0
內容預覽:
恕刪. 剛好最近在開發戰鬥. 手癢忍不住想來回文. 我在寫戰鬥的時候. 會把資料處理的部分跟演出的部分拆開. 這樣如果是有Server的就比較方便去做檢驗. 我們的戰鬥類似左右兩邊派兵的TD. 場景上大概就是一堆小兵這樣. 因此每個小兵我視為一個class 然後身上攜帶一招技能(可為空技能. pub
(還有2208個字)

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者dreamnook (亞龍)時間9年前 (2015/10/27 09:54), 編輯資訊
0
0
1
內容預覽:
插隊一下. 如果有人在建製時一下子想不到建構的方式的話. 可以參考Robert Nystrom的Game Programming Patterns. http://gameprogrammingpatterns.com/contents.html. 他裡面有很淺顯易懂的範例與適用的情況:D. (滾走

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者gyd (阿龍哥)時間9年前 (2015/10/27 09:00), 編輯資訊
0
0
0
內容預覽:
因為的確就不是組件式. 我的想法是. 你所列出的8個項目都比較偏向data的範疇, 實際上就算是拆成8個組件. 也會互相綁的很死, 至少會跟主組件綁死. 當然若是子類別應用範圍非常的廣, 拆成組件可以擺脫一些切分上的問題. 例如. 純model元件, 如地圖裝飾物. 有生命的model元件, 如樹木
(還有96個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者cowbaying (是在靠北喔)時間9年前 (2015/10/27 08:27), 編輯資訊
0
0
0
內容預覽:
其實這概念是很簡單的. 就是有沒有想通而已. 遊戲開發時你要以開發者容易除錯跟測試的角度去看. 基本上就像是你有幾種技能. 例如有技能ab01, ab02, ab03. 他們有些基本的屬性. 1.傷害. 2.範圍. 3.特效. 4.持續時間. 5.冷卻時間. 6.消耗物. 7.屬性. 8.技能名稱.
(還有172個字)

推噓1(1推 0噓 0→)留言1則,0人參與, 最新作者gyd (阿龍哥)時間9年前 (2015/10/27 06:57), 編輯資訊
0
0
0
內容預覽:
是個野生wix三千. 目前負責過的案子, 我設計的架構上通常都會像這樣(以技能系統為例). 命名這邊只用概念. base -- ability -- abilityA. |- abilityB. |- abilityC. |- buff -- buffA. |- buffB. 其中 base 管理
(還有145個字)
首頁
上一頁
1
2
下一頁
尾頁