【導(dǎo)讀】息網(wǎng)絡(luò)化的不斷進展，手機及其他無線設(shè)備上網(wǎng)絡(luò)勢在必行。但是傳統(tǒng)手機存在以下弊端：。更新、修改，若要增加新功能必須另換一部手機。源必須接通網(wǎng)絡(luò)才能在線訪問，非常耗時、費用亦很高。基于以上分析，Java手機將是未來手機的發(fā)展方向，是業(yè)界的熱點。Java平臺演進到Java2后，Java平臺分別針對不同領(lǐng)域的需求被分成四個。版本，亦即J2EE、J2SE、J2ME以及JavaCard。其中J2ME定位在消費性電子產(chǎn)品的應(yīng)用上。同類型產(chǎn)品能夠隨時增加支持的能力。這個版本的應(yīng)用層面相當廣泛，會是未來Java平。臺發(fā)展的重點項目。生產(chǎn)廠商都生產(chǎn)支持Java的設(shè)備。范圍設(shè)備使用的最小類庫集合，在配置中同時包含Java虛擬機。在J2ME中還有一個重要的概念是可選包，它是。Siemens在內(nèi)的18家全球知名公司共同協(xié)商完成的。Java引進虛擬機原理，并運行于虛擬機，實現(xiàn)不同平臺之間的Java接口。存由操作系統(tǒng)分配，這樣可以避免病毒通過指針入侵系統(tǒng)。

　　

【正文】 的位置決定 sboos 的運行方向。 當玩家子彈擊中 sboss 后，使用 (1)，此時飛機變紅，在本次 repaint結(jié)束前，使用 (0)使飛機變?yōu)楸緛眍伾?，而程序設(shè)定每 1/20 秒畫一次，由此得到飛機被擊中后變色的效果。 (參見圖 410)。 sboos 會根據(jù)玩家飛機的位置發(fā)射子彈，根據(jù)游戲設(shè)置，當玩家在其上方、左方、右方時， sboss 一次發(fā)射 1發(fā)子彈，而玩家飛機在其下方時， sboss 一次發(fā)射 3 發(fā)子彈。 sboss 與 cboss 共用 3 發(fā)子彈，因為當 sboss 出現(xiàn)時，離關(guān)尾還遠，所以，為了提高效率，采用這種方法。 如果 sboos 被擊落后，使用函數(shù) setVisable(false)將 bossbullet0、 bossbulletbossbullet2 設(shè)置為不見，使用 ()函數(shù)將 sboos 的圖片設(shè)置為爆炸圖片。同時，玩家生命標志 playerno 加 1， sbz 賦值為 1，使得 sboos 無法發(fā)射子彈， sbpzbz 賦值為 1，使得玩家的子彈不與 sboos 進行碰撞檢測。 同時在屏幕中使用 drawString()繪制“援軍到達”四個字，隨著屏幕的運動，爆炸圖片逐漸進入屏幕下方，當 ()palnepo,通過改變標志位的值使得 drawSteing()不在執(zhí)行，四字消失。 如果玩家被擊落后并沒有點“返回“，而此時，背景會一直運動到關(guān)尾，考慮到其與關(guān)尾 BOSS 共用 3 發(fā)子彈，如 sboos 不消失 ,將會出現(xiàn)子彈亂飛的情況。所以，如果判斷語句 if((()==getHeight()))為真，則表示離地圖的終點只有一個屏幕的距離時，sbz賦值為 sbpzbz賦值為 1(含義上面已經(jīng)說明 )。同時調(diào)用 (0,3)，使 sboos快速飛出屏幕，直到判斷語句 if(()65)為真時，調(diào)用下面的函數(shù)setVisable(false)， 使得 sboos 不可見。 普通敵人相關(guān)屬性 普通敵人是指游戲中不斷出現(xiàn)的蘭色飛機。 首先在程序中首先定義了 aik、 aip 兩個 Random()類對象， ai和 aipp 兩個整型變量。程序中使用 switch(ai)語句判斷下一次的飛機出現(xiàn)情況，為了達到不重復(fù)出現(xiàn)的效果，使用語句 ai=()%4（同樣應(yīng)該在構(gòu)造函數(shù)中放置此語句和 aipp=() % 第 21 頁 5，以使每次游戲開始的時候敵人飛機的出現(xiàn)順序是不固定的），以隨機出現(xiàn) 0， 1， 2， 3四個整數(shù) (代表著飛機的四種 出現(xiàn)情況 ） 。 情況 1：使用 aipp=()%5 取得隨機數(shù) aipp,根據(jù)下面三條語句設(shè)置飛機的出現(xiàn)位置： (100aipp*30,planepoup+24)。 (100,planepoup)。 (100+aipp*30,planepoup24)。 將 getHeight()/8 賦給整型變量 kkk，每次循環(huán) kkk1，當 kkk=1 時飛機轉(zhuǎn)向，當 aipp0時，飛機向左下方運行，使用語句 setFrame(0)、 move(3,3)達成向左下方運動的效果。當 aipp0 時，向右下方運動，實現(xiàn)方法同上。 情況 2:初始位置設(shè)置方法同情況 1。當 kkk〈 0 時，飛機掉頭向上飛，其中 setFrame(3), move(4,0)。 情況 3：初始位置設(shè)置方法同情況 1。當 kkk〈 0時，飛機只向左轉(zhuǎn)。設(shè)置情況 3的原因是在更多的隨機位置出現(xiàn)敵機。 情況 4：初始位置設(shè)置方法同情況 1。但其中的飛機 j1 具有跟蹤能力，其實現(xiàn)方法如下：使用 2個 if 語句 if(()())、 if(()())判斷 J1在c1 的左或右側(cè)，并且實時根據(jù)判斷情況使用 setFrame()和 move()改變飛機的形態(tài) ,使用語句 if((()())amp。amp。((()+48)())amp。amp。(()()))判斷 c1 是否在 j1 的下方，當 c1 在 j1的下方時，發(fā)射子彈 jbullet1。 以上四種情況的最后，都將使用函數(shù) nextInt()產(chǎn)生 ai,aipp 的值。 設(shè)置整型數(shù)組 jb[4]，對應(yīng)著 4種出現(xiàn)情況的標志位。 如，執(zhí)行情況 1，首先執(zhí)行判斷語句 if(jb[0]==1)，在此語句中，首先使用 setVisable (true)函數(shù)將敵人飛機設(shè)置為可見的，并根據(jù)上次運行的 qipp 的值設(shè)置敵人飛機的初始位置最后， jb[0]賦值為 2。 接著執(zhí)行判斷語句 if(jb[0]==2),在此語句中，首先使用 move()函數(shù)使飛機向下運動，同時 kkk 減 1，當 kkk=0 時，飛機轉(zhuǎn)向，此時，根據(jù) aipp 的正負判斷飛機向哪邊轉(zhuǎn)向。當飛機飛出屏幕時， jb[0]賦值為 3。 需要注意的一點是，當取得 ai 的數(shù)值時，一定要寫上這條語句： jb[ai]=1。因為當 4種情況都出現(xiàn)一便的時候，標志位 jb[]里的數(shù)值都將變?yōu)?3，如果不將其重新賦值為 1，敵人飛機將只能出現(xiàn) 4次。 其他 3種情況也大致如此。 普通敵人是否發(fā)射子彈由以下語句 if(((()=()18)||((() 第 22 頁 6)=()))amp。(jbz==0))，即 c1 在 j1左側(cè) 18 象素范圍內(nèi)或 j2 左側(cè) 6象素范圍時，j0、 j j2 一起發(fā)射子彈， jbz=1,表示在這組子彈消失前敵人不發(fā)射子彈。 如果 jpb 的值為 0，則判斷語句 if(jpb==0)里的 move()語句將一直執(zhí)行下去。 之后，還需要對每發(fā)子彈于玩家飛機進行碰撞檢測，如果碰撞，則將碰撞的這發(fā)子彈設(shè)置為不可見。 白云的實現(xiàn)原理 為了游戲界面更加美觀，程序中設(shè)定了精靈數(shù)組 cloud[i]來表示白云 ,由于白云應(yīng)該在所有飛機的上方，即 cloud[i]應(yīng)該最早被 append()到 LayerManager 中，或者使用 insert (cloud[],0)在索引數(shù)值 0 處插入 Layer,本 程序采用了第一種方法，即在 gameScreen 類的構(gòu)造函數(shù)中按游戲設(shè)置的順序使用 ()加入到 LayerManager 之中。 程序中設(shè)定白云數(shù)為 5。首先設(shè)置白云的初始位置，其語句如下： cloud[0].setPosition(25,planepoup(65))。 cloud[1].setPosition(80,planepoup(140))。 cloud[2].setPosition(112,planepoup(90))。 cloud[3].setPosition(175,planepoup(200))。 cloud[4].setPosition(223,planepoup(70))。 其原理為：將屏幕的 X數(shù)軸和 Y 數(shù)軸各分成 5 份，即在 X軸的 5 個范圍內(nèi)每個范圍出現(xiàn)一朵白云， Y軸的每個范圍內(nèi)也只能出現(xiàn)一朵。所以的白云的起始位置在每次游戲開始時是固定的。 白云位置設(shè)定后，使用 move(0,1)使白云移動，由于白云初始位置設(shè)定在屏幕的不同區(qū)域內(nèi)，故其移動出屏幕的先后順序是不同的，使用 if(cloud[].getY()planepo)判斷白云是否飛出屏幕。如果為真則使用 cloud[].setPosition(cloudposition*40,planepoup)設(shè)置白云的位置，其中， cloudposition=()%5， aicloud 為 Random()類對象。乘以 40 表示其在 X軸出現(xiàn)的范圍是多少， cloud[0]、 cloud[1]、 cloud[2]、 cloud[3]、 cloud[4]乘以的值分別為 40， 5 1 22。以達成白云的隨機出現(xiàn)效果。 關(guān)尾 BOSS 及相關(guān)屬性 關(guān)尾處飛機在屏幕上方橫向移動，而背景地圖不動，所以使用 renderboss()重繪屏幕，其中， paint(g,0,0)表示屏幕繪制點在坐標軸 (0,0)處。 BOSS 生命進度條由以下語句繪制： (255,0,0)。 (2,2,60,5)。//生命進度條背靜紅 (255,255,255)。 (2,2,bosslife,5)。//生命進度條前景白 第 23 頁 其中 bosslife 記錄著 BOSS 的生命值，其初始值為 0，當玩家每擊中一次 BOSS，其值加 5，即化出白色進度條，當 bosslife==60時，表示過關(guān)，除玩家飛機與子彈外的其他 Sprite均使用 setVisable(false)使其不在顯示，同樣的 pzbz 要賦予 1，以消除玩家飛機還能與敵人碰撞的 BUG。 如果 ()0,則表示其在屏幕左方出界，應(yīng)改為右飛。同理如果 () (getWidth()()),則表示其在屏幕右方出界，應(yīng)改為左飛。 在飛機橫向飛行中，使用以下語句判斷飛機是否開火： if(((()=()10)||(()=()+60))amp。amp。(jbsz==0)) 當每發(fā)一組子彈后， jbsz=1,則飛機無法開火，知道子彈 飛出屏幕， jbsz 才重新設(shè)定為 0。而 ((()= ()10)||(()=()+60)表示當 玩家飛機處于 BOSS 的左右各 10 個象素的范圍內(nèi)時。 BOSS 開火。關(guān)尾參見圖 410。 本章小結(jié) 第四章中按照相應(yīng)的步驟描述了所有關(guān)鍵類的具體算 法 實現(xiàn)，引用了相關(guān)函數(shù)進行了具體流程的解釋，并對原 理稍復(fù)雜的函數(shù)做了詳細的分析。對游戲有關(guān)的各運行面也做了展示。 圖 410關(guān)尾 第 24 頁 5 測試 打包測試的過程 使用 Eclipse 完成代碼的調(diào)試之后，需要使用 WTK 生成包 (即 jar 和 jad 文件 )，其過程如下：首先，使用 WTK的新建項目功能建立一個新項目，要求與 Eclipse 工作區(qū)下的項目名稱、 MIDlet 類名相同（圖 51）。 圖 51 新建項目后，將 Eclipse 工作區(qū) 下的 .java 文件拷入 src 文件夾，將 .class 文件拷入class 文件夾 (需要新建 )，將 pic 文件夾拷入 res 文件夾，點擊生成，如一切正常，將如圖片 52所示。 第 25 頁 圖 52 之后，選擇項目 包 生成包。如圖 53 所示。 圖 53 生成的 jar和 jad 文件存儲在 lzhhdm/bin 目錄下。 運行 Motorola SDK for J2ME，使用 MOTOA760 手機模擬器進行測試。參考圖 54。點擊 Lanuch 按紐，進入如圖 55的界面，即可以進行游戲測試了。 第 26 頁 圖 54 測試的過程， 實際上就是找不同的同學玩這款游戲，以期望發(fā)現(xiàn) BUG。實際上，幾乎每一版本都會產(chǎn)生很多 BUG。 發(fā)現(xiàn)的 BUG 及解決情況 幾乎每一個計算機程序都會有這樣 那樣的不足，尤其是未經(jīng)過精心維護的 非商業(yè)軟件。即使是作為操作系統(tǒng)的各 種版本的 Windows 也時常會發(fā)生許多類 型的錯誤和漏洞。本游戲程序?qū)τ诔跎? 此領(lǐng)域的畢業(yè)設(shè)計課題來說，尤其在開 始初期，感覺邏輯復(fù)雜，難以控制，因 此產(chǎn)生了大量 BUG,其中一些 BUG 還沒有 解決，所有發(fā)現(xiàn)的 BUG 如下： ； 炸圖片； ； 家被擊落，并且此為玩家的最后 圖 55 第 27 頁 一架飛機，雖然顯示援軍到達 ,但 游戲仍然結(jié)束。 ； 左側(cè)子彈發(fā)射后不停在原位置刷新問題； 7. 游戲運行一段時間后變的很卡； 其中， 4 條 BUG 已經(jīng)解決 (方法已在第 4 章相關(guān)位置進行了說明 )。 6沒有解決，其中， 6 三條如果有足夠的時間可以解決。第 7條以現(xiàn)有水平無法 解決，因為出現(xiàn)這種情況的原因估計是內(nèi)存的問題，而由于水平的關(guān)系，現(xiàn)在的代碼變量過多，并且效率低下，有很多重復(fù)的地方，解決的方法只能是在水平提高的情況下重寫整個程序。 未完善的功能 經(jīng)過匯總測試人員的建議，本游戲應(yīng)該完善的功能如下 1. 由于每按一次開火，就會對玩家子彈的精靈數(shù)組進行一次循環(huán)檢查，使得本運行效率就不高的 KVM 運行異常緩慢。即使刷屏沒有間隔也不會提高速度；