【正文】 相應(yīng)函數(shù)從程序描述文件中獲取相關(guān)的信息。 20 第五章 程序分析和具體實(shí)現(xiàn) 游戲總體 控制類 此次設(shè)計(jì)的坦克大戰(zhàn)總共 20 關(guān)，每關(guān)會(huì)有不同的地圖，同時(shí) 要考慮其中的地圖元素?；煜螅w積大約能減少 25%，這對(duì)當(dāng)前費(fèi)用較貴的無(wú)線網(wǎng)絡(luò)傳輸是有一定意義的。 由此引入混淆器的概念。它包括了所有的信息。 第三是減少圖形數(shù)據(jù)的大小。 為了避免這種情況的發(fā)生，我們找出了幾種 方法： 第一，就是盡量縮短命名的長(zhǎng)度。 } else { … } } 當(dāng)釋放手機(jī)操作鍵盤(pán)上被按下的按鍵時(shí)，則會(huì)觸發(fā)這個(gè) key 事件，系統(tǒng)并會(huì)自動(dòng)交由 keyReleased( )方法來(lái)處理該事件，同樣的上面的這段代碼中，該方法判斷了所按的按鍵值是否大于 0，如果大于 0 則輸出所釋放的手機(jī)鍵盤(pán)上的被按下的按鍵的實(shí)際鍵值，否則執(zhí)行其他的操作任務(wù)。 在本程序中 KeyPressed( )方法應(yīng)用于整個(gè)程序的各個(gè)可交互界面，如菜單部分，選關(guān)部分和游戲部分等等。 在鍵盤(pán)響應(yīng)中又分為監(jiān)聽(tīng)按鍵處理和放開(kāi)按鍵處理，本章接下面將以更詳細(xì)的內(nèi)容來(lái)介紹這兩個(gè)部分。低層事件一般用來(lái)處理設(shè)備事件，如：按鍵事件、探針事件。 Image 類提供了一個(gè)建立背景的靜態(tài)方法 createImage(int width, int height)，再利用 getGraphics()方法取得屬于這個(gè)背景的 Graphics 對(duì)象，所進(jìn)行的繪圖操作都會(huì)作用在背景上，等到全部的繪圖操作完成后，再調(diào)用 drawImage()方法將背景的數(shù)據(jù)復(fù)制到實(shí)際顯示的屏幕上。使用 Image 類中的 createImage 函數(shù)可從整圖中分割出所需要的元素。其對(duì)象會(huì)被傳給 Canvas 的 paint()函數(shù)，以便最終顯示。本程序中，操縱用戶坦克運(yùn)行的按鍵都定義為游戲控制鍵，這樣便能適應(yīng)所有的機(jī)器 [13]。從程序開(kāi)發(fā)的觀點(diǎn)看， Canvas 類可與高級(jí) Screen 類交互，程序可在需要時(shí)在 Canvas 中摻入高級(jí)類的組件。 用戶利用這些低級(jí) API 可對(duì)設(shè)備精確控制，如繪制像素 ,接受原始的用戶輸入事件等。 、結(jié)束、以及游戲中信息的布局作為一個(gè)游戲的重要部分。 除開(kāi)發(fā)過(guò)程中對(duì)結(jié)構(gòu)上的控制 、變量的使用、算法的優(yōu)化等優(yōu)化外，還可以使用混淆器 (Obfuscator)進(jìn)行程序打包后的優(yōu)化。如何采用合理的記分標(biāo)準(zhǔn)，需要進(jìn)行適當(dāng)?shù)脑O(shè)計(jì)。如此過(guò)多的 程序 同時(shí)在本來(lái)效率就不高的 KVM 虛擬機(jī)上運(yùn)行，也許會(huì)導(dǎo)致程序的緩慢。 ，子彈也需要處在獨(dú)立的 程序 中。 ，而是眾多領(lǐng)域的綜合體。 子彈 不發(fā)生碰撞 碰撞后發(fā)生爆炸，同時(shí)石磚消失 碰撞后發(fā)生爆炸，子彈消失 碰撞后發(fā)生爆炸，同時(shí)子彈消失 草叢與森林 石磚 石頭 坦克 背景 圖 8 坦克的邏 輯設(shè)計(jì) 14 第四章 坦克大戰(zhàn)的相關(guān)技術(shù) 應(yīng)用 程序需解決的技術(shù)問(wèn)題 ，因?yàn)槠浯a利用率很高。這樣較多的運(yùn)算也將不可避免的耗費(fèi)大量 CPU 時(shí)間。如果來(lái)自玩家，則每一步需掃描所有的敵方坦克，檢查是否發(fā)生碰撞，這可能會(huì)花費(fèi)不少的 CPU 時(shí)間。 子彈 是一個(gè)繼承了虛類的可運(yùn)行單獨(dú)線程的對(duì)象。這是允許的，但需要對(duì)他們標(biāo)注狀態(tài)，即當(dāng)坦克剛出現(xiàn)時(shí)暫時(shí)允許重合，一旦在某個(gè)時(shí)間他們脫離了重合狀態(tài)，就不能在允許重 合，如果不設(shè)置這樣的判斷，剛出現(xiàn)的坦克將會(huì)因?yàn)槭艿阶枞?12 永遠(yuǎn)不能前進(jìn)，坦克將混成一團(tuán)。需要指出的是，當(dāng)發(fā)生阻礙不能在不變方向的情況下繼續(xù)行走時(shí)，并不一定立即需要采取轉(zhuǎn)向的對(duì)策。敵方按照規(guī)則不能和用戶坦克重合，則它每行走一步就需要把用戶坦克掃描一次，判斷其是否碰撞到了用戶的坦克。閃過(guò)后載入 TankCanvas 類，為用戶提供可選擇的選項(xiàng)。以便程序進(jìn)入相關(guān)的分支執(zhí)行相關(guān)的反應(yīng)代碼，結(jié)束游戲或統(tǒng)計(jì)分?jǐn)?shù)等。敵方坦克將在游戲開(kāi)始時(shí)逐漸新增線程，每增加一個(gè)敵方對(duì)象就新增加一條線程，一旦線程數(shù)滿到最大值（本程序暫設(shè)置為 5 和 7），就不允許敵人再繼續(xù)出現(xiàn)。這三種狀態(tài)的轉(zhuǎn)換關(guān)系如圖所示 [11] 消減狀態(tài) (Destroyed) 停止?fàn)顟B(tài) (Paused) 運(yùn)行狀態(tài) (Active) StartApp () DestroyApp () DestroyApp () PauseApp() 圖 5 MIDlet 的流程 10 下面就是主程序 邏輯 圖 Y Y N N N 開(kāi)始 創(chuàng)建程序主體框架，定義游戲的變量與實(shí)例 定義游戲的變量與實(shí)例 顯示游戲選項(xiàng)菜單 選擇 PLAY 難度選擇 游戲說(shuō)明 選擇 exit 選擇游戲難度 顯示說(shuō)明信息 按下確定鍵 讀取場(chǎng)景，設(shè)置玩家初始位置 移動(dòng)玩家坦克 玩家坦克發(fā)射子彈 邏輯操作 敵方坦克隨即移動(dòng)并隨即發(fā)射子彈 隨即產(chǎn)生新的坦克 炸彈自動(dòng)飛行，爆炸后自動(dòng)播放 對(duì)各種對(duì)象間的碰撞進(jìn)行檢測(cè) 根據(jù)檢測(cè)結(jié)構(gòu)對(duì)各個(gè)對(duì)象進(jìn)行處理 對(duì)摧毀坦克數(shù)量與游戲結(jié)束的標(biāo)志進(jìn) 行設(shè)置 顯示游戲畫(huà)面 玩家失敗 玩家勝利 進(jìn)入下一關(guān)游戲 返回主界面 結(jié)束游戲，退出 按下開(kāi)火鍵 按下方向鍵 顯示下一關(guān)菜單 圖 6 坦克大戰(zhàn)主程序流程圖 11 本程序采用面向?qū)ο蟮脑O(shè)計(jì)模式，對(duì)游戲中的所有物體賦予對(duì)象的概念和屬性。 坦克大戰(zhàn)的開(kāi)發(fā)流程 MIDlet suite 是 MIDP 應(yīng)用程序的最小單位， JAM 負(fù)責(zé)將手機(jī)內(nèi)的 MIDlet suite 以圖形化的方式呈現(xiàn)，讓用戶能夠選取欲執(zhí)行的 MIDlet suite，一旦選取了某個(gè) MIDlet suite，操作系統(tǒng)就會(huì)激活 KVM 執(zhí)行里面的 MIDlet。 （ 2） 方案分析：市場(chǎng)商業(yè)評(píng)估與開(kāi)發(fā)難度評(píng)估。 (5)在模擬器或手機(jī)上安裝運(yùn)行：在生成了應(yīng)用程序的 jar 及 jad 文件后，就可以把它們放到模擬器或手機(jī)上運(yùn)行了。因此，先在 PC 機(jī)上使用 進(jìn)行一部份預(yù)先校驗(yàn)工作，這樣，需要在手機(jī)上進(jìn)行的校驗(yàn)工作就大量減少了 [10]。比較常用的是 ProGuard。 圖 3 J2ME 平臺(tái)體質(zhì)結(jié)構(gòu) 7 J2ME 應(yīng)用程序開(kāi)發(fā)流程 因?yàn)?J2ME 是開(kāi)發(fā)移動(dòng)設(shè)備上的應(yīng)用程序，所以不同于 J2SE 程序的開(kāi)發(fā)流程，從編寫(xiě)好 JAVA 源文件到生成可以運(yùn)行的應(yīng)用程序并最終安裝部署到移動(dòng)設(shè)備上，還要繼續(xù)進(jìn)行編譯、預(yù)校驗(yàn)、打包等幾步工作，具體 的 開(kāi)發(fā)流程如圖 4 所示 [9] (1)編譯：使用由 Sun 公司編寫(xiě)的編譯器 將編制的 *.java 文件，編譯成為二進(jìn)制的 *.class 文件。 MIDP 提供核心應(yīng)用程序功能，包括用戶界面，網(wǎng)絡(luò)連 接，本地?cái)?shù)據(jù)存儲(chǔ)和應(yīng)用程序生命周期管理。目前 J2ME 平臺(tái)主要包括兩個(gè)配置：連接設(shè)備配置 (Connected Device Configuration,CDC)和連接受限設(shè)備配置 (Connected Limited Device Configuration,CLDC)。所以 J2ME 專家組采用了非常靈活的設(shè)計(jì)來(lái)構(gòu)造 J2ME 平臺(tái)的體系結(jié)構(gòu) [7]，具體有如圖 3 可選包 簡(jiǎn)表 配置 虛擬機(jī) 本地操作系統(tǒng) 本地操作系統(tǒng) :位于 J2ME 體系結(jié)構(gòu)的最底層，由于 Java 語(yǔ)言的跨平臺(tái)特性，所以操作系統(tǒng)可以是 Linux、 Symbian、 PalmOS 等。特別值得關(guān)注的是 J2ME 與 J2SE、 J2EE一起，為無(wú)線應(yīng)用的客戶端和服務(wù)器端提供了完整的開(kāi)發(fā)、部署環(huán)境。 J2ME 是SUN 公司的 Java 版本之一，它提供了靈活的圖形用戶界面、健全的安全模型、廣泛的聯(lián)網(wǎng)協(xié)議支持。 第 七 章總結(jié)與展望對(duì)全文的工作進(jìn)行了總結(jié)，并對(duì)下一步的工作和 J2ME 移動(dòng)應(yīng)用開(kāi)發(fā)的前景進(jìn)行的了展望。 第四章是主要研究和坦克大戰(zhàn)游戲想關(guān)的技術(shù)。 第二章 J2ME移動(dòng)開(kāi)發(fā)平臺(tái)概述研究并探討了 J2ME平臺(tái)的特性及其體系結(jié)構(gòu) 。其游戲界面如圖 1 和圖 2 所示。這款主機(jī)的性能比當(dāng)時(shí)的多數(shù)主機(jī)都要強(qiáng)大，而價(jià)格上卻便宜得多。同時(shí)基于 J2ME 相較于傳統(tǒng)的手機(jī)開(kāi)發(fā)模式有極大地優(yōu)勢(shì)：應(yīng)用程序可自行下載； Java 技術(shù)提供了類庫(kù)，它使得應(yīng)用開(kāi)發(fā)商可以創(chuàng)建更豐富的用戶界面；可以下載到本地直接運(yùn)行，優(yōu)化了帶寬，等等。它已經(jīng)成為繼短信之后，無(wú)線增值服務(wù)的又一座“金礦”。 自從 20xx 年中國(guó)移動(dòng)專門(mén)推出具有游戲服務(wù)功能的百寶箱業(yè)務(wù)以來(lái)，國(guó)內(nèi)手機(jī)游戲用戶數(shù)量增長(zhǎng)迅速，至 20xx 年，在線注冊(cè)用戶已經(jīng)超過(guò)了 8000 萬(wàn)人 [2]。而日韓運(yùn)營(yíng)商較早認(rèn)識(shí)到了手機(jī)游戲的價(jià)值，并借助國(guó)內(nèi)信息產(chǎn)業(yè)飛速發(fā)展的機(jī)會(huì)，鋪設(shè)了高速的移動(dòng)數(shù)據(jù)傳輸網(wǎng)絡(luò)并開(kāi)始提供高性能的手機(jī)終端，并創(chuàng)造了運(yùn)營(yíng)商與游戲提供商之間良好的合作模式，日韓的手機(jī)游戲市場(chǎng)因此迅速發(fā)展起來(lái)?，F(xiàn)代的游戲產(chǎn)業(yè)中，職業(yè)分工也是越來(lái)越明晰，對(duì)各個(gè)專業(yè)知識(shí)的深度要求都是特 別嚴(yán)格，程序設(shè)計(jì)師、藝術(shù)設(shè)計(jì)師、游戲策劃師、音效工程師各司其職 [1]。如果缺了設(shè)計(jì)，開(kāi)發(fā)出來(lái)的游戲只是在各種技術(shù)的演示而已。據(jù)信息產(chǎn)業(yè)部的統(tǒng)計(jì)數(shù)據(jù)，自從 20xx 年 10 月開(kāi)始，我國(guó)手機(jī)用戶總量就達(dá) 億戶，新增用戶量達(dá)到 萬(wàn)，截止至 20xx 年我國(guó)手機(jī)用戶總數(shù)突破 12 億大關(guān)。 作者簽名： 日期： 年 月 日 導(dǎo)師簽名： 日期： 年 月 日 指導(dǎo)教師評(píng)閱書(shū) 指導(dǎo)教師評(píng)價(jià)： 一、撰寫(xiě)（設(shè)計(jì)）過(guò)程 學(xué)生在論文（設(shè)計(jì)）過(guò)程中的治學(xué)態(tài)度、工作精神 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 學(xué)生掌握專業(yè)知識(shí)、技能的扎實(shí)程度 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 學(xué)生綜合運(yùn)用所學(xué)知識(shí)和專業(yè)技能分析和解決問(wèn)題的能力 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 研究方法的科學(xué)性；技術(shù)線路的可行性；設(shè)計(jì)方案的合理性 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 完成畢業(yè)論文（設(shè)計(jì)）期間的出勤情況 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 二、論文（設(shè)計(jì)）質(zhì)量 論文（設(shè)計(jì)）的整體結(jié)構(gòu)是否符合撰寫(xiě)規(guī)范？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 是否完成指定的論文（設(shè)計(jì)）任務(wù)（包括裝訂及附件）？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 三、論文（設(shè)計(jì)）水平 論文（設(shè)計(jì)）的理論意義或?qū)鉀Q實(shí)際問(wèn)題的指導(dǎo)意義 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 論文的觀念是 否有新意？設(shè)計(jì)是否有創(chuàng)意？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 論文（設(shè)計(jì)說(shuō)明書(shū)）所體現(xiàn)的整體水平 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 建議成績(jī)： □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 （在所選等級(jí)前的□內(nèi)畫(huà)“√”） 指導(dǎo)教師： （簽名） 單位： （蓋章） 年 月 日 評(píng)閱教師評(píng)閱書(shū) 評(píng)閱教師評(píng)價(jià)： 一、論文（設(shè) 計(jì)）質(zhì)量 論文（設(shè)計(jì)）的整體結(jié)構(gòu)是否符合撰寫(xiě)規(guī)范？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 是否完成指定的論文（設(shè)計(jì)）任務(wù)（包括裝訂及附件）？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 二、論文（設(shè)計(jì)）水平 論文（設(shè)計(jì)）的理論意義或?qū)鉀Q實(shí)際問(wèn)題的指導(dǎo)意義 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 論文的觀念是否有新意？設(shè)計(jì)是否有創(chuàng)意？ □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 論文（設(shè)計(jì)說(shuō)明書(shū)）所體現(xiàn)的整體水平 □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 建議成績(jī)： □ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格 （在所選等級(jí)前的□內(nèi)畫(huà)“√”）