有了遊戲的基本方向，接下來就是規劃了
我給自己總共一個月的時間, 每天花一至兩個小時在這上面, 其餘時間乖乖寫我的論文
畢竟在現在這個節骨眼還會拿時間來寫這玩意的...應該沒幾個人吧 囧>
我將時間細分為 構思&設計, 實作, 測試 三個主要的部分
構思/設計 & 實作各佔40%的時間, 也就是各約一個半星期
最後的一個星期為實測與後置處理
構思佔掉跟實作一樣的時間，從這不難看出其重要性。
動手之前，完整的把想達成的效果列舉出來。
詳細的列出要做什麼，該做什麼，怎麼做，儘可能的把要做的事全部規劃好
才不會寫到一半發現漏了某些設計而導致程式大修特修。
為了事半功倍，花費多一點時間在前置的設計實在重要。
好，現在我想做一個彈幕遊戲。
於是我需要一個Player，玩家可操作的角色
再來我要一個發射子彈的東西, 在設計上，我希望他不只能夠單純的"生出子彈"
我希望他可以跑，會尋找，會因為生氣或其他因素改變行動模式。
於是Shooter變成一個Seeker。
那，武器怎辦呢？ 我希望Seeker可以有不同的武器可供其替換。
讓同時間螢幕上出現的子彈是來自不同的武器所發射出來的。
但是最好每個武器可以共享一定程度的函式，例如這樣
1. Seeker 拿起 武器B 發射B-type子彈 , B-type子彈在空中飛 , 飛出螢幕
2. Seeker 拿起 武器C 發射C-type子彈 , C-type子彈在空中飛 , 打到Player
其中的拿起，在Seeker看來是同樣的動作。
而不同的type子彈則依據各自的行為模式運動、撞擊
所以我要一個weaponMode(武器控管)，以及一個武器的Class原形，
其中包含必須的Move(), isHit()函式
每把武器繼承原形Class,然後登記在weaponMode裡。
這樣每次我要用，只要從武器庫裡面撿出來，然後運算它的Move() , isHit等即可
遊戲，總要有些特效啊，譬如Player被打掛了，我希望他能邊墬落邊散出煙花。
或者如果我的遊戲有黑洞砲，那我需要一個黑色粒子沿著黑洞外圍隨機方向被吸入的特效
如果單純依靠Flash的逐格動畫來做，絕對受不了。
於是我決定通通用Particle System(分子系統)來做。
若不計複雜的效果，分子系統可以藉由計算簡單的分子運行方式，
來模擬出大部分的特效。
最好我的程式有這樣的功能 :
"在 T毫秒 的時候, 在(X,Y)地點 叫出 A分子"
A分子可能是一小搓煙霧、可能是中彈後的火花、可能是發射武器時的光波
之後，只要我依著時間的進行，逐次給定參數T, 地點(X,Y), 我就能模擬出許多的效果
於是我的程式又多了一個Effect(特效控管器),負責處理各種特效的需求
最後是介面部分。
螢幕上該有些什麼要傳遞給玩家的訊息？ 先考慮最基本的HP，Score，LV好了。
這些訊息無時無刻需要更新。否則玩家只能在被打趴在地上哭的時候，
才發現他的HP早就所剩無幾了
好，最後一個必備物件BackGround(場景控制器)就這樣出現了
主角們都差不多到齊了，接下來討論遊戲的結構部份。
遊戲中會出現的物件 : Seeker(搜尋者), Player(玩家), 各類子彈與武器(Weapon)
Effect(特效物件), Background(分數、介面物件), 還有一些有的沒的全域變數
遊戲，講高級一點就是一種互動式動畫，動畫由一張張的Frame所組成
意味著遊戲程式的基本架構也不脫此限
於是，最外層的遊戲主程式就是這樣
///一堆有的沒的初始化///
Player.init();
Seeker.init();
Weapon.init();
Effect.init();
background.init();
///主程式///////
main {
Seeker.loop(); //負責計算Seeker的行為模式
Player.loop(); //負責接收玩家的操控
Weapon.loop(); //負責所有武器的行為模式與子彈移動
bg.loop(); //介面相關的更新
}
透過一秒執行30次main loop, 宛如賦予這個遊戲重要的脈搏般，程式的運作由此展開.
(續)
文章轉自暨大霞蔚山城 ★ HenryBBS (henry.twbbs.org)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.22.21.89