【導讀】它定位在消費性電子產(chǎn)品的應用上，對。anywhere”的Java特性而提高了開發(fā)的效率。規(guī)范的不斷推出和眾多制造商、軟件開發(fā)商的支持，J2ME正在飛速向前發(fā)展。將保證J2ME應用程序在不同制造商的產(chǎn)品上的兼容性。Services的力量，真正成為企業(yè)級信息解決方案中不可或缺的一部分。著不可忽視的作用。本論文著眼于J2ME技術的應用，開發(fā)一款用于娛樂的手機游。戲程序——手機網(wǎng)絡紙牌游戲。

　　

【正文】 機網(wǎng)絡紙牌游戲 20 20 圖 31 系統(tǒng)大致流程圖示 過程 1 客戶端的用戶登錄，開始進入游戲。 過程 2 服務端記錄玩家對象，將端口號返回給客戶，發(fā)送游戲大廳信息 。 過程 3 客戶端顯示游戲大廳，顯示房間。 過程 4 客戶端的用戶選擇桌子。 過程 5 服務端將玩家設置在位置上，更新所有桌面。 過程 6 客戶端玩家點擊坐下，顯示游戲房間，桌子號，座位號。 過程 7 當玩家都坐下后，更新所有房間信息。 過程 8 玩家點擊開始按鈕，進入游戲。 過程 9 服務端接收到消息，玩家已經(jīng)準備好，開始發(fā)牌第一張牌。 過程 10 客戶端接收到服務端發(fā)送的牌，并將第一張牌背面顯示在客戶端 過程 11 客戶端的按鍵監(jiān)聽，用戶可以有要牌和停牌兩種選擇，當用戶選擇不同時則發(fā)送不同的信息到服務端，以便服務端做出相應 的處理。 登 錄 1 顯示房間 3 選擇桌子 4 坐 下 6 更新房間 7 1111 開 始 8 1111 收 到 牌 10 按鍵監(jiān)聽 11 13 重復 10操作 客 戶 端 服 務 端 接收信息 玩家消息隊列 2 5 9 12 14 記 錄 落 座 開 始發(fā)牌 繼續(xù)發(fā)牌 結 束 15 結 束 第三章 手機網(wǎng)絡紙牌游戲的設計 21 21 過程 12 服務端接收到客戶端的不同的按鍵選擇做出相應的處理，并將結果返回給客戶端。 過程 13 客戶端繼續(xù)收到服務端發(fā)送的消息，依次類推重復過程 10 操作。 過程 14 當用戶退出游戲時，在服務端結束游戲。 過程 15 客戶端該用戶的游戲程序結束。 服務端的設計 概要設計說明 服務端要完成的功能已在 中簡要進行了說明，為了完成這些功能服務器要對玩家，房間和紙牌資源進行有效的管理，具體如何進行管理的設計將在接下來的章節(jié)進行介紹。 對紙牌的管理 由于是紙牌游戲就不得不對紙牌 進行相應的管理。在本文中，由于 21 點紙牌游戲用不到大小王，所以共有五十二張有效的紙牌需要管理。對紙牌的管理主要體現(xiàn)在發(fā)牌上面，當發(fā)牌的時候需要隨機的發(fā)給申請的客戶端一張牌。對于怎樣生成一張隨機的紙牌有兩種不同的算法： (1)將五十二張牌從小到大排列，相同的花色排在一起，之后給每張牌分一個獨一無二的 ID，顯然這個 ID 的范圍是 1~52，這樣一個 ID 就可以確定一張牌。想要得到一張隨機的牌只要生成一個在 1~52 之間的隨機數(shù)即可。 (2)先隨機生成一個 1~13 之間的數(shù)字，表示牌的大?。辉陔S機生成一個 1~4 之間的數(shù)字表 示花色，這樣兩個數(shù)一起就可以標識一張隨機牌。 從具體游戲的實現(xiàn)角度出發(fā)，本文采用第一種算法。 對房間的管理 在本文中共有五個房間，每個房間有兩個座位。對于房間的管理主要體現(xiàn)在對于玩家的房間分配上，對于如何分配房間有兩種不同的算法： (1)按照房間順序查找空位，找到的第一個空位分配給請求的玩家。 手機網(wǎng)絡紙牌游戲 22 22 (2)隨機分配一個房間的空位給玩家。 第一種算法玩家沒有選擇游戲?qū)κ值臋嗬?，第二種算法除了有和第一種算法一樣的缺點外還有可能產(chǎn)生這樣一種情況， A 房間只有一個玩家 a， B 房間只有一個玩家 b,從而玩家 a 和 b 都只 能等待，不能進行游戲，所以本文采用第一種算法。 對玩家的管理 本文中對玩家的管理具體體現(xiàn)在分配空位上面，詳情可參考 的內(nèi)容。 服務端的流程圖 服務端主要在與客戶端連接的同時，還要接受客戶端發(fā)送的消息并向客戶端發(fā)送消息，其流程圖如下： 圖 32 服務端流程圖 客戶端的設計 概要設計說明 客戶端要完成的功能已在 中客戶端應用程序的功能設計進行了簡要說明，為了完成這些功能在 客戶端連接模塊 中要 負責與服務器 連接 ， 接受服務器傳送的消息并調(diào)用相關方法向服務器發(fā)送信息 以及 與服務器保持連接來定時獲取服務器端的信息。 收到數(shù)據(jù) 檢查指令包包頭 執(zhí)行對應指令 隊列消息發(fā)送到客戶端 指令判斷 其他包頭 以 hello開頭 第三章 手機網(wǎng)絡紙牌游戲的設計 23 23 對紙牌的管理 由于在客戶端同樣的要進行對紙牌 的 管理 ，其處理方式保持和服務端一致，具體思想見 節(jié)所描述，不過在客戶端要增加對紙牌相應的圖片的處理。 客戶端的流程圖 客戶端的任務主要是登錄服務器，并啟動網(wǎng)絡發(fā)送數(shù)據(jù)，以及對是否繼續(xù)進行游戲做出選擇，其流程圖如下： 圖 33 客戶端流程圖 開 始 登 錄 服 務 器 桌 號 選 擇 選擇座位 等待其他玩家 是 啟動網(wǎng)絡發(fā)送數(shù)據(jù) 游戲結束 游 戲 中 數(shù) 據(jù) 收 發(fā) 否 手機網(wǎng)絡紙牌游戲 24 24 本章小結 本章主要介紹了手機網(wǎng)絡游戲的設計，包括其系統(tǒng)的總體設計，以及服務端與客戶端的設計，經(jīng)過本章的描述可以對本游戲軟件的整體構架有一個把握，為下章手機游戲的實現(xiàn)做準備。 第四章 手機網(wǎng)絡紙牌游戲的實現(xiàn) 25 25 第 四 章 手機網(wǎng)絡紙牌游戲的實現(xiàn) 系統(tǒng)服務端的實現(xiàn) 服務端模塊類地實現(xiàn) 服務端主要接收客戶端發(fā)送的消息以及對信息的處理，本文將其概括為消息，桌面及消息隊列三大部分。其詳細描述如下表： 表 41 服務端類圖說明圖 服 務 端 消息 (Server 類 ) 桌面 (Desk 類 ) 消息隊列 (Queue 類 ) 注冊注銷玩家 安排座位 發(fā)送桌子列表 更新桌面 發(fā)送消息 接收消息 添加玩家 移除玩家 開始游戲 發(fā)牌 停牌處理 結果計算 結束游戲 重新開始 保存消息 彈出消息 消除消息 以下為本論文實現(xiàn)的一些服務端的類 (1)類 Server 負責對客戶端的消息的保存 、 玩家登錄 、 落座 、 出牌 、 退出等消息的處理以及玩家登陸后向玩家的發(fā)送房間已經(jīng)更新的桌面的信息。 方法 doGet()：采用 get 方法接受信息，主方法接受各種信息，然后調(diào)用相應的處理方法，包括向客戶端 發(fā)送消息，得到客戶端傳來的 message 消息以及客戶端傳來的 port 消息。 方法 sendmessage()：主要體現(xiàn)了 doGet()方法與客戶端的通信，發(fā)送消息等待用戶讀取，然后在玩家的消息隊列中插入一個元素。 方法 updateClientDesk()：此方法是在當用戶落座和退出時調(diào)用，負責更新所有客戶的桌面，更新玩家的游戲大廳信息。 方法 updateDesk()：該方法用來更新單個的桌面信息。 手機網(wǎng)絡紙牌游戲 26 26 方法 sendDeskList()：獲得桌面列表。 方法 denglu()：將玩家添加到客戶列表中，將客戶端的端口 返回給客戶。 方法 luozuo()：處理落座信息，把相應的座位設置為非空，并通知所有玩家該位置已經(jīng)有人了，如果沒有坐滿就把玩家添加到 message 消息代表的桌子中。 方法 tryStart()：所有玩家準備好以后，開始處理相應信息。 方法 tryHit()：當用戶要牌時，找到該玩家的桌子并發(fā)給其一張牌。 方法 tryStand()：當用戶點擊停牌時，找到該玩家桌子并檢查是否都已經(jīng)停牌。 方法 tryExit()：當用戶離開時，將玩家從正在游戲的桌面清除，并記錄當前房間信息。 方法 tryExitGame()：退出游戲 程序時，把該玩家從服務器玩家列表中清除，并通知所有玩家房間的更新信息。 (2)類 Card 服務端的 Card 類不需要顯示圖片，因此不需要顯示圖片的相關代碼。 方法 getCardIndex()：用紙牌的文件號對 13 求余，得到紙牌的點數(shù)。 方法 getCardSuit()：用紙牌的文件號與 13 相除，得到紙牌的花色。 (3)類 Desk 該類完成的主要任務是記錄當前桌子的玩家的所有相關信息，以及對相關的信息的相應處理。 方法 start()：在 Server 類的 tryStart()中調(diào)用，牌局開始，發(fā)送開局的兩張牌。 方 法 sendCards()：為每位玩家各發(fā)送開局的一張牌。 方法 sendCards2()：發(fā)給要牌玩家一張牌，并將其信息要發(fā)給兩個玩家 ，并檢查玩家手中的牌的點數(shù)是否大于 21 點。 方法 standCheck()：判斷玩家是否要牌與停牌。 方法 OverCheck()：檢查玩家的牌是否大于 21 點，大于則游戲結束，返回 1，否則返回 0，游戲未結束。 方法 gameover()：游戲結束時把結果信息發(fā)送給所有玩家，在 sendCards()與OverCheck()中調(diào)用。 方法 sendBackCard()：發(fā)送第一張背面牌的 信息。 方法 isReady()：判斷本桌是否已滿，并且都開始，在 tryStart()中調(diào)用。 由于該類實現(xiàn)的方法比較多，不一一列舉 ,詳情參見附錄 Ⅱ 。 第四章 手機網(wǎng)絡紙牌游戲的實現(xiàn) 27 27 (4)類 Player 該類主要記錄玩家的 ID,IP 地址端口號，玩家開始狀態(tài)，停牌狀態(tài)。 方法 equals()：在 Desk 類中經(jīng)常調(diào)用，判斷 IP 號和端口號是否相同。 該類實現(xiàn)比較簡單，主要就是調(diào)用其他類中已有的相關函數(shù)。 (5)類 Queue 該類是一個重要的類，記錄消息隊列，采用先進先出的存儲結構，數(shù)據(jù)元素只能從隊尾進入，從隊首取出，在隊列中，數(shù)據(jù)元素可以任意 的增減，但是數(shù)據(jù)元素的次序不會改變，每當有數(shù)據(jù)元素從隊列中被取出，后邊的數(shù)據(jù)元素就依次向前移動一位，所以任何時候從隊列中讀到的都是隊首的數(shù)據(jù)。對隊列定義了以下 6 種操作， push(),pop(),front(),empty(),clear(),search(),并且附加了 synchronized 來修飾類或方法的同步實現(xiàn)，即同一時間只能被一個實例對象或方法訪問。 服務端相關算法的實現(xiàn) (1)洗牌算法的實現(xiàn)： 在本文中的洗牌算法即是生成隨機牌的過程，其具體實現(xiàn)如下：首先定義一個容器，里面放入 從 1 到 52 共 52 個數(shù)字，每次隨機的從容器中取出一個數(shù)字做為這張牌的 ID，同時從容器中刪除這個數(shù)字；生成下一張牌的時候重復上面的過程。代碼實現(xiàn)如下： rand = (int) (() * () % ())。 cardNum = ((String) (rand))。 cards[i][j] = new Card(cardNum)。 (2)牌點數(shù)及花色 的算法 參照 中客戶端的實現(xiàn)。 (3)房間選擇的算法。 在玩家登錄服務器后，服務器先把大廳里面的幾個房間的狀態(tài)信息反饋給玩家，玩家選擇好房間后，服務器若判斷該房間可以分配，則將該房間的位子分 配一個給玩家，具體代碼實現(xiàn)如下： public void denglu(HttpServletRequest request) { // 處理登陸信息 Player player = new Player((), 手機網(wǎng)絡紙牌游戲 28 28 ())。//生成一個新玩家，存儲其客戶端 IP 和客戶端 IP 的端口 (counter)。//玩家計數(shù)，設置玩家的 ID counter++。 (() + : + (),player)。//向哈希表添加玩家 IP:port,player sendMessage(player, port= + ())。 sendDeskList(player)。 // 發(fā)送大廳信息給該玩家 } public void luozuo(String message, Player player)//給玩家在 dindex 桌安排座位，并返回座位號給客戶端 {// 處理落座信息，把對應的座位設置成非空，并通知所有玩家這個位置有人了（ updateClientsDesk()）。 try //分析 message 消息，如果沒有坐滿就把玩家 player 添加到message 消息代表的桌子中。 { int index1 = (,)。 int dindex = ((index1 + 1))。//提取message 里的桌號信息 (luozuozhuozi:+ dindex)。 if (dindex DESKNUM amp。amp。 dindex =