【正文】 Network Graphics)格式是MIDlet唯一支持的圖象格式，PNG具體格式由PNG Specification,Version 。PNG格式提供透明背景的圖象，這對(duì)繪制游戲畫(huà)面和被操縱主角極有幫助。坦克之間或與障礙物碰撞時(shí)就不會(huì)因?yàn)楸尘坝刑囟ǖ念伾?，顯示出的效果像貼上的圖片而缺乏真實(shí)感，物體之間輕微重疊時(shí)最上層圖片也不會(huì)覆蓋超過(guò)其有效象素外的部分。PNG格式圖片中包含許多定義其圖片特性的冗余部分(Chunks)。這些代碼包含在每一個(gè)單獨(dú)的png格式圖象中，然而如果將多個(gè)png圖象合并在一張幅面稍大一些的整圖中，多個(gè)chunks就可以得到精簡(jiǎn)，圖片的大小可以得到控制。使用Image類中的createImage函數(shù)可從整圖中分割出所需要的元素。在Game包中的TiledLayer和Sprite類都整合了這樣的功能。，實(shí)現(xiàn)了方便的管理和程序體積的精簡(jiǎn)。 Game包中的新功能 ，為游戲的開(kāi)發(fā)帶來(lái)了極大的便利。地圖繪制、主角的動(dòng)態(tài)顯示、按鍵的檢測(cè)、圖層的控制等游戲?qū)俚奶匦远嫉玫搅嗽谝苿?dòng)設(shè)備上最大的發(fā)揮。 LayerManager（以下簡(jiǎn)稱LM）提供控制整體畫(huà)面層的控制。它包括了一系列自動(dòng)獲取了代號(hào)和位置的層，簡(jiǎn)化了各層加入游戲畫(huà)面的過(guò)程，提供了自動(dòng)排序和繪制的能力。LM存儲(chǔ)了一個(gè)層的列表，新的層可以用append函數(shù)附加、刪除和插入。層的序號(hào)相當(dāng)于坐標(biāo)的Z軸，0層表示最接近用戶視覺(jué)，層數(shù)越高，離用戶越遠(yuǎn)。層號(hào)總是連續(xù)的，即使有中間的層被移除，其他層的序號(hào)會(huì)作相應(yīng)的調(diào)整以保持整體的完整性。LM中的View Window控制著與LM相對(duì)坐標(biāo)的可視區(qū)域。改變View Window的位置可以制造出滾動(dòng)屏幕的效果。本程序中所有的地圖、坦克都采用LM控制，敵方坦克的生成由附加一個(gè)EnemySprite對(duì)象得到。唯有界面右側(cè)的計(jì)分欄由Graphics類繪制。Sprite類是繼承自Layer的用于存儲(chǔ)多楨的基本可視元素。不同的frame可交相顯示，構(gòu)成動(dòng)態(tài)的效果。圖片可翻轉(zhuǎn)、顛倒、由一個(gè)主角圖片就可以方便的得到所有方向的顯示狀態(tài)，相比原先只能使用Canvas繪圖，需要將所有方向的主角圖象都繪制在png圖象中簡(jiǎn)化了許多。Sprite也可以從整合的圖象中讀圖，讀圖時(shí)將把大圖分解為若干等寬等高的小圖。每個(gè)小圖按照其排列順序有相應(yīng)的序號(hào)，在程序中調(diào)用其序號(hào)，就可以繪制出相應(yīng)的圖片。本程序中的雙方坦克、子彈都由Sprite繼承得到。在有些情況下，控制主角的翻轉(zhuǎn)，尤其是多幅圖片配合顯示的過(guò)程，如果將多圖的共享定位點(diǎn)設(shè)置在通常的左上角，將很不容易控制，因?yàn)樵S多翻轉(zhuǎn)都是以其他點(diǎn)為參考電的（比如，中心點(diǎn)）。由此，引入?yún)⒖键c(diǎn)的概念。參考點(diǎn)由defineReferencePixel函數(shù)確定未翻轉(zhuǎn)圖片狀態(tài)時(shí)的坐標(biāo)。默認(rèn)是(0,0)點(diǎn)，如果需要，可將參考點(diǎn)設(shè)置在畫(huà)面邊界之外。本程序中的坦克的參考點(diǎn)定義在圖片正中，以便簡(jiǎn)便的實(shí)現(xiàn)轉(zhuǎn)向等功能。子彈的參考點(diǎn)設(shè)置在子彈底部的中心，因?yàn)樽訌椧怀雠谕驳臅r(shí)候緊挨著坦克的象素就是其底部中心。TiledLayer是有一組圖象格元素(grid of cells)組成的整塊虛擬圖象。該類使不需要高分辨率的圖象就能創(chuàng)建大幅圖面成為可能。這項(xiàng)技術(shù)通常應(yīng)用在2D游戲平臺(tái)的滾動(dòng)背景的繪圖。一塊整圖可被分割成等大小的圖象格，每塊格有其對(duì)應(yīng)的序號(hào)，按照行列遞增。多塊格可由大塊同時(shí)替換組合而模擬動(dòng)態(tài)的背景，這不需要逐塊替換所有的靜態(tài)圖象格而顯得非常方便。本程序中的地圖即為游戲背景。每塊障礙物都有其響應(yīng)的代號(hào)，其中，用戶需保護(hù)的總部因?yàn)轶w積稍大，使用了四塊圖象格顯示。地圖背景分為20*22個(gè)圖象格，每個(gè)格使用一個(gè)字節(jié)表示其中的障礙物，圖象文件存儲(chǔ)在外部文件中，以16進(jìn)制的整數(shù)串表示，因此每個(gè)地圖的大小為固定的440字節(jié)。如果整塊地圖均由繪圖產(chǎn)生，將導(dǎo)致體積迅速增加，且對(duì)坦克與障礙物的碰撞也難以檢測(cè)。J2ME中并沒(méi)有J2SE中的File類，獲取外部文件的手段很有限，僅僅在Class類中提供了一個(gè)getResourceAsStream函數(shù)，將外部文件獲取為輸入流，再由InputStream的繼承類讀出。 第二章 游戲的設(shè)計(jì)思路 坦克的控制和敵方的智能運(yùn)行 。Canvas類中采取響應(yīng)鍵盤(pán)事件的方法，每次執(zhí)行周期時(shí)會(huì)讀取keyPressed函數(shù)中需執(zhí)行的代碼。這樣的機(jī)制并不適合某些游戲場(chǎng)合。在某些不支持keyRepeat功能的設(shè)備上，反復(fù)執(zhí)行的按鍵，比如發(fā)射子彈，將不能因?yàn)殚L(zhǎng)時(shí)間按壓而自動(dòng)重復(fù)，這樣就需要用戶高頻率的手動(dòng)擊鍵，這在操縱空間非常有限的移動(dòng)設(shè)備上是非常困難的。同時(shí)，事件的執(zhí)行周期也并不一定適合游戲的場(chǎng)合，也許需要更高頻率執(zhí)行的按鍵卻只能在指定的周期內(nèi)規(guī)律的響應(yīng)。對(duì)此，針對(duì)游戲的開(kāi)發(fā)，Game包提供的鍵盤(pán)狀態(tài)功能將顯得十分有效。 GameCanvas提供getKeyStates函數(shù)可獲取當(dāng)前鍵盤(pán)上的信息。將以位的形式返回鍵盤(pán)上所有鍵的按與釋放的狀態(tài)，當(dāng)bit為1時(shí)，鍵就是被按下的狀態(tài)，為0時(shí)則為釋放狀態(tài)。只需要此一個(gè)函數(shù)的返回值就可以返回所有鍵的狀態(tài)。這保證了快速的按鍵和釋放也會(huì)被循環(huán)所捕捉。同時(shí)，這樣的機(jī)制也可檢測(cè)到幾個(gè)鍵同時(shí)按下的狀態(tài)，從而提供斜向運(yùn)行等相應(yīng)功能。敵方按照規(guī)則不能和用戶坦克重合，則它每行走一步就需要把用戶坦克掃描一次，判斷其是否碰撞到了用戶的坦克。Sprite類中提供了collidesWith函數(shù)，用于判斷是否與某個(gè)TiledLayer、Sprite、Image的對(duì)象有圖象上的重合（即游戲中的碰撞）。然而不能僅僅將用戶坦克作為其Sprite參數(shù)傳遞給敵人的類進(jìn)行判斷。因?yàn)槿绻l(fā)生碰撞，collidesWith成立，則兩輛坦克已經(jīng)發(fā)生了圖象重合，違反了規(guī)則，甚至若再進(jìn)行collidesWith判斷的話，其結(jié)果將永為真。為了提前預(yù)知碰撞，可以將所有坦克的碰撞范圍設(shè)定為一個(gè)比坦克圖片稍大一些的矩形，此矩形僅在坦克前方比坦克圖形多出一個(gè)象素。在多出的11個(gè)象素中，按照每個(gè)象素依次檢查此象素是否于外界發(fā)生碰撞，如果不是按照象素檢查，則當(dāng)坦克與障礙物錯(cuò)位并同時(shí)與兩種物體接觸時(shí)將有可能忽略檢測(cè)其中的一樣物體。這樣，就可以提前一步判斷。如果發(fā)生碰撞，則坦克應(yīng)當(dāng)選擇掉轉(zhuǎn)方向，此時(shí)，兩輛碰撞的坦克又因?yàn)槠渚匦螀^(qū)域不重合而不符合collidesWith的條件，就可以繼續(xù)正常運(yùn)行了。敵方坦克由于需要具有一定的智能性，以便對(duì)玩家攻擊，使之具有一定的可玩性。敵人可以自動(dòng)行走，但是應(yīng)當(dāng)在以下適當(dāng)?shù)那闆r下轉(zhuǎn)向：首先是是否超出界面的邊界，其次是是否與地圖障礙物發(fā)生了碰撞，再次是是否與用戶坦克發(fā)生了碰撞。需要指出的是，當(dāng)發(fā)生阻礙不能在不變方向的情況下繼續(xù)行走時(shí)，并不一定立即需要采取轉(zhuǎn)向的對(duì)策。如果一定發(fā)生轉(zhuǎn)向，試想，當(dāng)敵方碰到玩家時(shí)，如果它立即轉(zhuǎn)向，將不會(huì)對(duì)玩家發(fā)射射向他的子彈，就不構(gòu)成任何威脅，當(dāng)然，也不能永遠(yuǎn)不轉(zhuǎn)向。本程序設(shè)置為：當(dāng)碰撞到障礙物或邊界時(shí)立即轉(zhuǎn)向，但碰到玩家坦克時(shí)需要有一個(gè)等待的時(shí)間，這個(gè)時(shí)間由碰撞前隨機(jī)取得的在某方向上的持續(xù)行走步數(shù)決定，當(dāng)發(fā)生坦克間碰撞時(shí)，此隨機(jī)數(shù)將在下一次循環(huán)前減少為原來(lái)的2/3，這樣就實(shí)現(xiàn)了加快轉(zhuǎn)向的時(shí)間，避免死鎖在一個(gè)方向上靜止的停留過(guò)長(zhǎng)的時(shí)間。另外，坦克的發(fā)炮間隔和轉(zhuǎn)后的具體方向都由隨機(jī)數(shù)決定。坦克之間由以上道理也不會(huì)發(fā)生重疊，但當(dāng)某坦克正從上方生成而正巧有另一輛阻礙在其生成點(diǎn)處，這將導(dǎo)致不可避免的重合。這是允許的，但需要對(duì)他們標(biāo)注狀態(tài)，即當(dāng)坦克剛出現(xiàn)時(shí)暫時(shí)允許重合，一旦在某個(gè)時(shí)間他們脫離了重合狀態(tài)，就不能在允許重合，如果不設(shè)置這樣的判斷，剛出現(xiàn)的坦克將會(huì)因?yàn)槭艿阶枞肋h(yuǎn)不能前進(jìn)，坦克將混成一團(tuán)。本程序中并未使用過(guò)多復(fù)雜的人工智能算法，如有時(shí)間，將可能再此方面加以完善。 子彈的運(yùn)行和控制每一個(gè)坦克都有他自己的一顆子彈，這顆子彈在任何一輛坦克被構(gòu)造時(shí)就一直存在，直至此坦克生命的結(jié)束，子彈的再次只是將屏幕上暫時(shí)掩蓋的圖象重新置于坦克炮筒才恰當(dāng)位置，并使其顯示出來(lái)，這與現(xiàn)實(shí)中每個(gè)子彈都是單獨(dú)的個(gè)體有所不同。子彈所需要完成的任務(wù)有：它是一個(gè)繼承了Runnable虛類的可運(yùn)行單獨(dú)線程的對(duì)象。在其出現(xiàn)在屏幕上的運(yùn)行周期中，每一步都需要循環(huán)檢測(cè)以下條件：是否與某坦克發(fā)生了碰撞，即擊中了這輛坦克。子彈使用的是象素級(jí)的碰撞檢測(cè)，因?yàn)樽訌椀膱D片形狀不規(guī)則，如果使用矩形碰撞檢測(cè)，將有可能在子彈尚未接觸到物體時(shí)就已返回碰撞的真值。分為兩種情況，如果此子彈來(lái)自于敵方，將只檢測(cè)玩家坦克，因?yàn)閿撤街g的子彈必須允許可以透明的穿過(guò)，以保證不會(huì)在敵人之間發(fā)生子彈的消減。如果來(lái)自玩家，則每一步需掃描所有的敵方坦克，檢查是否發(fā)生碰撞，這可能會(huì)花費(fèi)不少的CPU時(shí)間。其次，子彈之間需要檢測(cè)是否碰撞。敵人之間顯然，如上已經(jīng)提過(guò)，不需要檢測(cè)，但敵人與玩家之間應(yīng)當(dāng)可以互相消除子彈，以便在狹窄的路口中仍有存活的機(jī)會(huì)。玩家的子彈需要在每一步檢測(cè)所有敵人的子彈的運(yùn)行狀態(tài)。這樣較多的運(yùn)算也將不可避免的耗費(fèi)大量CPU時(shí)間。子彈對(duì)不同障礙物將有不同的反映。對(duì)磚墻將有能力將其擊毀，使之在畫(huà)面上消失；對(duì)水泥鋼筋將不能發(fā)生作用，子彈也不能通過(guò)；對(duì)于河流，坦克不可以通過(guò)，但子彈可以；對(duì)于草叢，子彈和坦克都可以通過(guò)。 RMS數(shù)據(jù)庫(kù)系統(tǒng)MIDP為MIDlets提供了一種永久存儲(chǔ)和后來(lái)讀出數(shù)據(jù)的數(shù)據(jù)庫(kù)解決方案，被稱為Record Managerment System(RMS)，是一種類簡(jiǎn)單的基于記錄的數(shù)據(jù)庫(kù)。很顯然，手機(jī)上的數(shù)據(jù)庫(kù)系統(tǒng)不可能有PC上的強(qiáng)大功能。微小的存儲(chǔ)空間也限制了它們的結(jié)構(gòu)不能過(guò)于復(fù)雜。RMS是專門(mén)針對(duì)移動(dòng)設(shè)備的服務(wù)的。RMS包中包括RecordStore類。在一個(gè)MIDlet suite包里的所有MIDlet都允許創(chuàng)建多個(gè)記錄集，只要它們賦有不同的名稱。當(dāng)MIDlet包從平臺(tái)中被移除后，所有與該包有關(guān)的的記錄集都同時(shí)會(huì)被移除。同一個(gè)包內(nèi)的MIDlets可以直接互相訪問(wèn)它們的記錄集，不同包內(nèi)也可產(chǎn)生共享，但這需要有包的授權(quán)屬性決定。訪問(wèn)模式會(huì)在準(zhǔn)備提供共享的RecordStore被建立時(shí)被創(chuàng)建。訪問(wèn)模式允許私有使用或訪問(wèn)。RecordStore的API采用了時(shí)間戳的概念，其長(zhǎng)整型變量由System的currentTimeMillis()函數(shù)返回決定。Record store 每次被修改后都會(huì)自動(dòng)在其屬性上附加上時(shí)間戳，這為同步化引擎和程序的控制都極為有效。記錄是字節(jié)數(shù)組。開(kāi)發(fā)者可以利用InputStream的派生類DataInputStream、DataOutputStream以及ByteArrayInputStream、ByteArra