【文章內容簡介】 4, 0x00e4, 0x04c4}, // 39。T39。型的四種狀態(tài) {0x4620, 0x6c00, 0x4620, 0x6c00}, // 反 39。Z39。型的四種狀態(tài) {0x2640, 0xc600, 0x2640, 0xc600}, // 39。Z39。型的四種狀態(tài) {0x6220, 0x1700, 0x2230, 0x0740}, // 39。739。型的四種狀態(tài) {0x6440, 0x0e20, 0x44c0, 0x8e00}, // 反 39。739。型的四種狀態(tài) {0x0660, 0x0660, 0x0660, 0x0660}, // 方塊的四種狀態(tài) }。 13 以下為與數(shù)組相對應的方塊樣式截圖。 ? 長條型的四種狀態(tài) 圖 43 長條型狀態(tài)截圖 ? 39。T39。型的四種狀態(tài) 圖 44 T型狀態(tài)截圖 ? 反 39。Z39。型的四種狀態(tài) 圖 45 反 Z型狀態(tài)截圖 ? 39。Z39。型的四種狀態(tài) 圖 46 Z型狀態(tài)截圖 14 ? 39。739。型的四種狀態(tài) 圖 47 7型狀態(tài)截圖 ? 反 39。739。型的四種狀態(tài) 圖 48 反 7型狀態(tài)截圖 ? 方塊的四種狀態(tài) 圖 49 方塊狀態(tài)截圖 方塊移動、旋轉設計 方塊的翻轉與移動比較容易實現(xiàn)，方 塊移動只需要改變方塊的橫坐標或縱坐標，然后重新繪制方塊即可。方塊翻轉也只需要改變背景數(shù)組的值，重新繪制方塊即可。 本游戲方塊下落時，進行動態(tài)繪制，實現(xiàn) Cloneable 接口 , 以指示 () 方法可以合法地對該類實例進行按字段復制。 方塊的操作類 BlockOperation 繼承Thread 類，重寫 run()方法，以實現(xiàn)方塊的動態(tài)正確下落。當然，在線程中要判定方塊是處于 moving 狀態(tài)還是 pausing 狀態(tài)。 public void run() { //moving判定方塊是否在動態(tài)下落 while (moving) { 15 try { //betweenleveltime指示相鄰等級之間相差時間 sleep(betweenleveltime * ( level + flatgene))。 } catch (InterruptedException ie) { ()。 } //pausing判定游戲是否處于暫停狀態(tài) if (!pausing) moving = (moveTo(y + 1, x) amp。amp。 moving)。 //moving是在等待的 100毫秒間， moving沒被改變 }} 當然，在游戲中還要判定方塊移動的邊界問題， 比如，一個方塊在它左邊 正好差一個格子的空間才能夠翻轉，但是它的右邊恰好有一個格子的空間，這種情況，如果方塊不能夠翻轉，就不方便用戶操作，如果能夠翻轉，就會發(fā)生越界，將已經存在的方塊擠占掉。要想實現(xiàn)翻轉又不發(fā)生越界，那么，就應該在方塊翻轉后把它往右邊移動一個格子，然后再繪制方塊，這樣，方塊就不會擠占掉其它已經固定住的方塊了，以下解決越界問題。 1方塊翻轉判定 在兩種情況可能發(fā)生越界，一種是方塊落下去固定住以后，第二種是周圍的空間不允許它進行翻轉。 第一種情況只需要參考方塊落下去后不能夠再移動的判定即可。 對于第二種情況，在每次方 塊翻轉前，必須首先計算出方塊周圍的空間，如果空間允許則翻轉。否則，不能翻轉。 因為七種方塊是不規(guī)則的，每種方塊要求的翻轉空間都是不一樣的，甚至是在它的不同翻轉狀態(tài)下，所要求的翻轉空間也是不一樣的，首先想到的自然就是為每一種方塊，方塊的每一種狀態(tài)都寫一個判定條件，但是這樣做未免過于麻煩。 根據(jù)觀察，不難發(fā)現(xiàn)，七種形態(tài)的方塊，長條形的方塊如果以橫條的形態(tài)下落，則只要能夠下落，就能翻轉，如果以豎條的形態(tài)下落，那么它翻轉后所處的位置必須要有4x1 個格子的空間才能夠翻轉。對于田字形的方塊，只有能夠繼續(xù)下墜，就一定能夠 翻轉，所以田字型的方塊只要沒有落下，就一直能夠翻轉。而其它五種形態(tài)的方塊，又有一個共同點，就是它們都有兩種翻轉狀態(tài)橫向占三個格子的空間，豎直方向占兩個空間，另外兩種翻轉狀態(tài)橫向占兩個格子的空間，豎直方向占三個格子空間，如果他們是以橫向占三個格子的狀態(tài)下落，那么只要能下落，就一定能夠翻轉，如果是以橫向兩個格子的狀態(tài)下落，那么在翻轉后，周圍必須要有 3x2個格子的空間。 16 所以，方塊翻轉的判定，要分三種情況，第一種情況是方塊落下去后不能翻轉；第二種情況是對豎直狀態(tài)出現(xiàn)的長條形的方塊進行翻轉判定；第三種情況是對除長條 形和田字形之外的其它五種以橫向占兩個格子的狀態(tài)出現(xiàn)的方塊進行翻轉判定。 何種情況下方塊能夠翻轉的問題解決了，接下來，我們就應該解決方塊翻轉后所處的位置的問題了，因為只有事先知道方塊翻轉后所處的位置，才能夠對那個位置的空間范圍進行判定，判定它是否能夠容納方塊。 可以確定的是，無論方塊怎么翻轉，都處在方塊數(shù)組中，也就是說方塊必定是在游戲地圖中某一 4x4 個格子的空間范圍內。 方塊數(shù)組在游戲主界面中的坐標是確定的，不確定的是方塊翻轉后到底處在方塊數(shù)組的哪個位置，為了解決這個問題，我們可以限定方塊在方塊數(shù)組中的存儲原 則是靠左、靠上，這樣，無論翻轉怎么翻轉，方塊數(shù)組中第一行和第一列都是有方塊的，這樣也就確定了方塊在方塊數(shù)組中的位置，也就可以得知方塊翻轉后在游戲地圖中的位置了。 假定方塊數(shù)組的橫縱坐標是 x 和 y，那么，這個位置就是，長條形的方塊翻轉后所處的那一行是游戲地圖的第 y行，所占的列是第 x到 x+3 列，長條形和田字形以外的五種方塊翻轉后的所占的行數(shù)是游戲地圖的第 y和第 y+1 行，所占的列是第 x到 x+2 列。 所以，如果以上空間有空格子，方塊就能夠翻轉。 2翻轉越界糾正 只要方塊翻轉后所處的空間足夠，方塊就能夠翻轉，但是，如 果方塊翻轉后所處的空間不足夠，而在它的另一邊卻有足夠的空間呢？ 方塊在邊界處時，翻轉后不僅可能翻出地圖外，還可能發(fā)生數(shù)組越界，當然，只需要將地圖數(shù)組定義得大一些，就能夠避免數(shù)組越界錯誤，對于方塊越界，如果在它的另一邊有足夠空間，那么，就應該把方塊往另一個方向移動適當?shù)膯挝?，糾正方塊越界錯誤。如圖 410 方塊翻轉流程圖所示，方塊翻轉需要經三次判定：是否已經下落到底部、翻轉后是否有足夠空間、翻轉后是否越界。 17 開 始接 收 到 翻 轉 信 息方 塊 是 否 落 下翻 轉 后 是 否 有足 夠 空 間翻 轉 后 是 否 越界翻 轉 越 界 糾 正結 束否是是不 能 翻 轉不 能 翻 轉直 接 翻 轉是否否 410 方塊翻轉處理流程圖 玩家操作鍵 盤實現(xiàn)方塊的移動、旋轉，代碼引進 ControlKeyListener 類繼承KeyAdapter 類進行鍵盤監(jiān)聽功能的實現(xiàn)。 KeyAdapter 類繼承自 Object 類，實 現(xiàn)KeyListener 接口，用來 接收鍵盤事件的抽象適配器類。此 類中的方法為空。此類存在的目的是方便創(chuàng)建偵聽器對象。擴展此類即可創(chuàng)建 KeyEvent 偵聽器并重寫所需事件的方法 ，即是 ControlKeyListener 類。 使用 ControlKeyListener 可創(chuàng)建偵聽器對象，然后使用組件的 addKeyListener 方法向該組件注冊此偵聽器對象。當按下、釋放或鍵入某個鍵時，將調用該偵聽器對象中的相應方法，并將 KeyEvent 傳遞給相應的方法 。實現(xiàn)代碼如下： 18 private class ControlKeyListener extends KeyAdapter { public void keyPressed(KeyEvent ke) { if (!()) return。 BlockOperation blockope = ()。 switch (()) { case : ()。 break。 case : ()。 break。 case : ()。 break。 case : ()。 break。 default: break。}}} 控制面板模塊 菜單欄模塊設計 菜單欄中有“游戲”、“背景”、“控制”、“幫助”四個菜單選項?！坝螒颉边x項又分“新游戲”、“提高等級”、“降低等級”、“退出”四個選項?！氨尘啊边x項又分“前景色”、“背景色”，下分若干種顏色。“控制”選項分“開始”、“暫停”、“重新開始”、“停止”?！皫椭边x項分“游戲幫助”、“關于”。相關截圖如圖 41圖 41圖 41圖 414所示。 19 411 菜單欄“游戲”選項 412 菜單欄“背景”選項 413 菜單欄“控制”選項 414 菜單欄“幫助”選項 1“新游戲”的按鈕功能為實現(xiàn)游戲畫布的重新繪制，類似 reset 的功能。該按鈕的監(jiān)聽實現(xiàn)代碼如下 : // 新游戲 按鈕添加監(jiān)聽 (new ActionListener(){ public void actionPerformed(ActionEvent ae) { //停止游戲 stopGame()。 //讓游戲 “復位 ”到初始狀態(tài) reset()。 //設置游戲難度 setLevel(initlevel)。 } })。 20 2“提高等級”、“降低等級”按鈕用來手動調節(jié)游戲的等級，從而改變方塊下落的速度。 “退出”按鈕控制游戲隨時退出，終止游戲。 3“背景”按鈕中的“前景色”、“背景色”又有“黑色”、“白色”、“紅色”、“藍色”等選項，根據(jù)選項可更改主界面和預顯窗口的背景色以及方塊的顏色。玩家可根據(jù)個人喜好，更改游戲窗口顏色，方 便，快捷。 4“控制”選項的“開始”子選項控制游戲的開始，點擊按鈕，方塊開始下落。 5“幫助”按鈕中“游戲幫助”選項，點擊可彈出對話框顯示游戲幫助信息，點擊6“關于”按鈕顯示與游戲軟件本身相關信息，具體信息如圖所示： 控制面板按鈕設計 本游戲控制面板中包含得分統(tǒng)計、等級統(tǒng)計、最高分記錄統(tǒng)計等字段， 其中的 TextField 控件均由游戲本身統(tǒng)計給出，玩家不能私自編輯。本游戲的游戲規(guī)則為每消一行得 10 分，每增加 100 分上升一個等級，初始得分為 0，初始等級為 1，“最高分記錄”記錄游戲的目前最高 分記錄。 以下給出得分、等級更新字段的代碼： //當一行被游戲者疊滿后，將此行清除，并為游戲者加分 // row int, 要清除的行，是由 BlockPaintesGame類計算的 // synchronized設置同步 public synchronized void removeLine(int row) { // 繪制方塊 for (int i = row。 i 0。 i) { for (int j = 0。 j cols。 j++) boxes[i][j] = (BlockPaint) boxes[i 1][j].clone()。 } // 每次消行加 10分 score += 。 // 等級更新 scoreForLevelUpdate += 。 // 重繪畫布 repaint()。} 控制面板中按鈕的功能在 中已給出代碼，在此不再贅述。 21 5 系統(tǒng)的測試運行 測試的意義及注意事項 軟件測試是軟件設計過程中極其重要的一個環(huán)節(jié)，是保證軟件的質量的重要保障。測試的方法的好壞會直接影響到軟件的好壞，進行軟件測試可以找出其中的錯誤、不足并加以改進，從而得到一個高效、可靠的系統(tǒng)。 軟件應從多角度進行測試和分析，這樣才能找出其中錯誤的地方。測試的時間最好找一些與設計系統(tǒng)無關的人員，或者分析人員。因為在開發(fā)軟件的時候，開發(fā)人員已經形成了自己的思維定勢，在測試的時候始終受到這種思想的束縛，很難找出其中的錯誤而與設計無關的人員和那些分析人員很容易找出錯誤所在。 在程序調試過程中一定要耐心仔細，一個細微的 錯誤將會導致整個功能不能實現(xiàn)導致浪費很多的時間去修改。應在以下幾方面加以注意： 1語法錯誤 語法錯誤是經常碰到的錯誤。例如，命令拼寫錯誤或傳遞給函數(shù)的參數(shù)