基于j2me技術的手機游戲開發-資料下載頁

　　

【正文】 代碼412：public interface Constance {//將Canvas的鍵值賦值給自定義的健值常量 public final static int KEY_CODE_NUM0 = 。//自定義的健值常量進行移位 每個自定義的健值常量用每個int中的0~21bit表示 public final static int C_KEY_NUM0 = (10)。}代碼412存儲鍵值然后我們在K類里，將Constance里的鍵值轉換為自定義鍵。如代碼413： public int getKeyMask(int keyCode) { switch (keyCode) { case KEY_CODE_NUM0: return C_KEY_NUM0。}代碼413轉換自定義鍵 最后我們在G類里，寫了static void keyPressed(int code){}和static void keyHeld(int code){}兩個方法。如代碼414： public void keyPressed(int keyCode) { keyPressed |= (keyCode)。//把傳入的鍵值存入keyPressed keyHeld |= (keyCode)。 //把傳入的鍵值存入keyHeld} public static boolean isKeyHeld(int code) {//一直按鍵 return (keyHeld amp。 code) != 0。} 代碼414傳入鍵值 這樣我們就可以處理游戲中一直按鍵和按下鍵。 主角模塊的實現圖410主角效果 此類主要是定義主角的屬性，主角的行為，以及繪制主角。主角效果如圖410，代碼如415： class Hero extends Action {//主角的屬性 public Hero() {//構造函數//父類的裝載動畫的方法, loadAnimation(/hedy/, /hedy/)。} public void drawHHp(Graphics gr) {//繪制血條及血條框}代碼415主角的屬性 敵人模塊的實現圖411敵人顯示效果這個類主要包括了敵人的相關屬性和行為。效果如圖411，代碼如416：void isdrawEnemy(Graphics g, int eX, int eY) { //繪制敵人}void drawenemyHp(Graphics g, int enemyX, int enemyY) { //繪制Hp}代碼416敵人的屬性敵人死亡，是用一坐標改變的方法，寫死了怪物坐標更新位置。如代碼417：void enemyAction(int x, int y) { //敵人更新 switch (updataPos) { eX = (17 4) + x。 //設置新的坐標 eHp = 21。 //重置Hp } break。代碼417敵人更新的坐標其中為了實現怪物自動尋找主角，使用很簡單的辦法，將敵人坐標與主角坐標作比較來實現敵人找主角。如代碼418：public void enemyAI(int x, int y) {if(//是否怪物在左邊碰撞主角) { currentAnimation(3)。 //播放左邊攻擊動畫}if (//敵人移動的下一個坐標是否是允許通過) currentAnimation(1)。 //向右走動畫代碼418自動尋找 游戲主繪制模塊的實現 GameCanas類繼承了Canvas類，實現了Runnable與Constance接口。它在整個游戲中十分重要，它不僅實現了整個游戲需要的線程，還需要對整個游戲進行協調，在相應的時刻正確的調用其他類相應的方法，最后把圖片正確的化到屏幕上。可以這樣說，游戲所有的繪制都在GameCanas類的paint()中，所有游戲狀態以及按鍵響應得處理都在G類的run()循環中。在這個游戲當中，Canvas類實現了現在大部分手機游戲的一種標準結構——把一個游戲的所有方法封裝在一個循環體內，并由一個單線程進行控制。這樣做的好處是每一次通過循環體，repaint()方法被用來刷新屏幕。系統把按鍵事件傳送給isKeyPressed()或isKeyHeld(),它能適當地刷新游戲狀態。Canvas類實現游戲主要狀態的控制，例如游戲開始、暫停。在不同的狀態繪制不同的圖片，所以需要一個switch分支結構控制繪畫的圖片和計算的內容，switch分支執行效率高于if(){}else if(){}結構。Canvas類實現主菜單和其他選項的執行和繪制。按鍵控制，不同的狀態下，同一個按鍵實現不同的功能。Canvas的抽象方法,繪制代碼419： public void paint(Graphics g) { switch (GameState) { case //繪制LOGO case //進度繪制 case //游戲主菜單 case //繪制游戲故事背景…… case //完成整個任務,游戲結束}代碼419各種不同的狀態 Runnable接口的虛方法,必須重寫,根據玩家控制和程序設計來改變游戲狀態,來繪制，如代碼420：public void run() { GameState = GameState_splash。 //首先進入繪制LOGO狀態 long sTime = ()。//繪制每楨開始時間repaint()。 //重繪 ()。 //強制重繪 count++。 //重繪計數器 }代碼420改變狀態 從程序啟動開始，首先進入LOGO畫面，會等待幾秒鐘。因為我用重繪計數器count，在每次repaint()之前都count++，在LOGO狀態下，作了判斷，如果count大于一定值就跳轉到主菜單狀態。然后游戲狀態跳轉，會有一段Loading…畫面。因為我將主要的對象創建以及資源載入都是放在Loading狀態，然這些事都在后臺處理。Loading完以后，顯示游戲主單，效果如圖412。圖412游戲主菜單 進入主菜單，游戲狀態根據玩家的選擇，狀態作不同的跳轉。選擇“武林秘籍”就進入幫助界面。如果選擇“尋找玲瓏”就進入游戲世界，效果如圖413。圖413游戲狀態選擇 進入游戲世界，然后控制主角和NPC對話，砍殺敵人，殺死所有敵人游戲結束。 本章小結 第4章中首先介紹了程序需要解決的問題，并重點介紹了程序中涉及到的MIDP技術和卡馬克算法，按照相應的步驟描述了所有關鍵模塊的設計與具體算法實現，引用了相關函數進行了具體流程的解釋，并對原理稍復雜的類和方法做了詳細的分析。對程序有關的運行效果也做了展示。第5章 測試 下面我將介紹楓際神話游戲在手機上測試的方案，介紹整個測試的流程，并對混淆器進行簡要的闡述，然后講述在測試中所遇到的問題，并對所遇到的問題提出解決方案，最后對測試進行了一次總結。 測試方案 經過協商，本小組的測試方案如下：測試平臺用諾基亞的N72手機，將項目進行編譯、混淆、打包三個步驟。打包后，將獲得了一個jar文件。接下來為jar文件編寫一個以jad為后綴的描述文件。最后通過藍牙設備將jar文件、jad描述文件傳輸到諾基亞N72手機上運行即可。 混淆打包Java 語言并沒有完全編譯成二進制可執行文件，需要虛擬機來執行。它包括了所有的信息。，從而不能保護作者的知識成果。目前流行的如decode,JAD等反編譯工具可以以很快的速度生成源文件。如果不加以施行有效的措施，將造成嚴重的后果。由此引入混淆器的概念。混淆器將代碼中的所有變量、函數、類的名稱變為簡短的英文字母代號，如果缺乏相應的函數名指示和程序注釋，即使被反編譯，也將難以閱讀。混淆器的作用不僅僅是保護代碼，它也有精簡編譯后程序大小的作用。由于以上介紹的減少變量、函數的命名長度的關系。混淆后，體積大約能減少25%，這對當前費用較貴的無線網絡傳輸是有一定意義的。1. 首先在, 將其解壓到C盤根目錄下。2. 然后打開Eclipse,進入WindowsPreferencesJ2MEPackaging Obfuscation,將解壓的Proguard路徑導入到Proguard Root Directory,如圖51所示，點擊OK完成配置。圖51導入Obfuscation界面 因為在模擬器上無法測試出J2ME手機游戲在真機器中出現的某些問題。所以我們必須要上真機器測試，首先我們使用Eclipse將工程打包。 1. 我們先配置混淆打包，點擊WindowsPreferences,選擇Java根目錄，然后找到Installed JREs,接著點擊Add按鈕，進入添加JRE界面，然后選擇JDK根目錄如圖52所示，選擇OK按鈕。圖52配置JDK 2. 接著返回Installed JREs界面，選擇JDK選項，如圖53所示，點擊OK按鈕，配置混淆打包的JRE完成。圖53選擇JDK 3. 打開工程里面的，選擇Midlets標簽，選擇Add,增加Midlet,輸入相應的內容，如圖54所示，完成jad的配置。圖54 配置Jad4. 右鍵點擊要打包的工程，選擇J2MECreate Package,待完成后，再次右鍵點擊工程，選擇J2MECreate Obfuscation Package,完成后把deployed中的傳輸到手機上，手機打開*.JAD文件，手機進入安裝該游戲進行測試。 發現的BUG幾乎每一個計算機程序都會有這樣那樣的不足，尤其是未經過精心維護的,非商業軟件。即使是作為操作系統的各種版本的Windows也時常會發生許多類型的錯誤和漏洞。本游戲程序對于初涉此領域的畢業設計課題來說，尤其在開始初期，感覺邏輯復雜，難以控制，因此產生了大量BUG,其中一些BUG還沒有解決，所有發現的BUG如下：1. 敵人之間的重合問題；2. 主角動作不協調； 3. 菜單切換；圖554. 在不同手機上畫面有問題。5. 游戲運行一段時間后變的很卡； 尋找問題來源 手機設備的差異在全球市場上，擁有眾多的手機品牌，各種品牌有許多不同的型號。這些多的手機，其性能，顯示分辨率，以及內存容量等方面擁有巨大的不同。異主要體現在以下兩個方面：一方面，各廠家對Java虛擬機的實現的差異。硬件的運算能力導致Java虛行速度的不同；實現的MIDP版本不同，；對不同語言的jad(java application descriptor)文件支持不同，有些手機設備可以使用中文版本Jad文件，有些手機設備必須使用英文版本的Jad文件才能正常工作；此外各設備廠家擁有自己的擴展類庫，使用了各廠家自己擴展庫的應用不能在不支持這些擴展庫的設備上運行；此外不同手機設備的內存容量不同，從幾百K到幾M不等。另一方面，手機設備用戶界面的差異包括屏幕尺寸不同，支持的顏色深度不同，按鍵習慣不同，左右軟鍵鍵值不同，對聲音的支持不同，以及PDA的筆觸式操作方式和鍵盤操作方式的不同。從市場上常見的手機設備來看，高端手機具有高分辨率的屏幕，高于200像素300像素；處理器主頻在100MHz左右；擁有接近1Mbyte的Java Heap大手機屏幕分辨率低，不到100像素100像素；處理器處理能力有限；堆內存大小僅有200Kbyte左右[11]。更多的主流移動設備的硬件性能介于這兩種極端之間。 引發的問題1. 由于Java虛擬機的差異引起的移植問題（1），，例如Image的翻轉和旋轉，Sprite類等等。（2）當使用了具體廠家提供的類庫，移植到其他廠家的機型上時，需要使用不同的方法進行替換，比如，原來是針對Nokia系列設備開發的應用，并使用Nokia類庫，當移植到其他廠商的機型上時，需要通過其他方式來實現相應的功能。（3）需要使用不同的格式或不同語言版本的Jad文件，比如Nokia40系列的Jad使用中文，而Nokia3650和Nokia7650則使用英文，NEC800/810/820使用的Jad和manifest文件格式不同于其他機型。（4）不同的手機設備具有不同的內存容量和應用程序大小限制，需要進行適當的調整。例如一些低端手機的堆內存容量比較小，可能會導致內存溢出的異常，需要專門進行優化；而對Jar包容量較小的機型，需要大幅的消減資源和代碼。（5）對處理能力有限的一些低端手機，需要專門進行優化。還有可能會遇到手機本身由于虛擬機的實現或者硬件導致的一些BUG，需要專門針對此手機修改。2. 由于用戶界面的差異引起的移植問題（1）由于屏幕尺寸的不同，需要使用不同大小的圖片資源，以及使用不同大小的圖標。整個游戲的坐標位置需要重新調整，文字的排版也需要調整。（2）手機設備鍵盤鍵值的不同，需要調整代碼中相應的參數。（3）手機不同按鍵習慣，調整左右軟鍵的功能。（4）手機設備對聲音的支持不同，需要使用不同的聲音文件，以及不同的實現法。，需要去掉游戲的聲音。如果該手機有其他的播放聲音的API，則需要修改聲音播放的代碼。 解決方案經過翻閱資料，找到一種比較可行的叫C/C++預處理機制的解決方案，