【正文】 ...........................................................767 結(jié)論 ...................................................................................................................................................80致謝 ...........................................................................................................................................................80參考文獻(xiàn) ...................................................................................................................................................80需求文檔 1 1 緒論手機(jī)是人們?nèi)粘Ｉ钪兴玫姆浅ｎl繁的通信工具，雖然現(xiàn)在其費(fèi)用比有線電話高，但是其隨時(shí)隨地的溝通優(yōu)勢(shì)，使人們擺脫了線路的束縛。目前中國(guó)的一些大城市幾乎人手一部或幾部手機(jī)，正是由于手機(jī)的高普及率，使得無(wú)線移動(dòng)商務(wù)才得以迅速普及和發(fā)展。隨著 JAVA 技術(shù)的不斷更新提高，J2ME 技術(shù)的出現(xiàn)，使得手機(jī)游戲越來(lái)越成為我們關(guān)注的焦點(diǎn)。下面在本篇文章中就將詳細(xì)的介紹 J2ME 這一技術(shù)在應(yīng)用軟件和手機(jī)游戲制作方面的具體過(guò)程以及其重要的作用。2．2 J2ME 簡(jiǎn)介J2ME 是為了能夠開發(fā)運(yùn)行在小型設(shè)備、獨(dú)立設(shè)備、互聯(lián)移動(dòng)設(shè)備、嵌入式設(shè)備上的 JAVA 應(yīng)用程序而被提出的。它的技術(shù)核心是由一個(gè) JAVA 虛擬機(jī)（ JVM ）及一套適合運(yùn)行在上述設(shè)備環(huán)境上的 API 接口構(gòu)成。無(wú)線設(shè)備和小型計(jì)算設(shè)備的消費(fèi)者期望這些設(shè)備能夠有較高的性能。消費(fèi)者希望桌面計(jì)算機(jī)和筆記本電腦上的軟件和功能同樣能夠運(yùn)行在移動(dòng)電話和個(gè)人數(shù)字助理上。開發(fā)人員需要利用商業(yè)計(jì)算機(jī)上現(xiàn)有的前端和后端軟件的計(jì)算能力，并將這些能力傳遞到微型、移動(dòng)和無(wú)線的計(jì)算設(shè)備上。J2ME 為在小型電子設(shè)備上創(chuàng)建性能卓越的網(wǎng)絡(luò)應(yīng)用提供了一套完整的解決方方案，能很好的解決軟件跨平臺(tái)的兼容性和安全性的問(wèn)題。J2ME 架構(gòu)沒(méi)有替代小型計(jì)算設(shè)備的操作系統(tǒng)。安裝在操作系統(tǒng)之上的CLDC 形成了小型計(jì)算設(shè)備的運(yùn)行時(shí)環(huán)境。配置層還處理 profile 和 JVM 之間的交互。第三層是 Mobile Information Device Profile( MIDP )層。它還能夠訪問(wèn) CLDC 庫(kù)和 MIDP 庫(kù)。JVM 可以為微型電子設(shè)備提供一個(gè)完整的 JAVA 運(yùn)行環(huán)境，除了一些微型設(shè)備所必需的適當(dāng)?shù)墓δ苡兴煌?，它是?JAVA 虛擬機(jī)規(guī)范定義的真實(shí)的JAVA 虛擬機(jī)。JVM 起初是由 SUN 微系統(tǒng)實(shí)驗(yàn)室為一個(gè)名叫“Spotless”的項(xiàng)目創(chuàng)建的?；谏鲜鲈颍琂VM 具有以下幾個(gè)特點(diǎn)：（1）小，僅具有 40KB 至 80KB 的靜態(tài)內(nèi)存。（3）模塊化并可定制。 MIDP(移動(dòng)信息設(shè)備簡(jiǎn)表)MIDP 是專門為互聯(lián)受限設(shè)備配置設(shè)計(jì)的，它為移動(dòng)設(shè)備提供了一套 API集合，MIDP 包含用戶界面類、持久存儲(chǔ)功能與網(wǎng)絡(luò)功能。運(yùn)行在 MIDP 下的小應(yīng)用程序叫做 MIDlet 移動(dòng)設(shè)備小應(yīng)用程序，它與 Applet 類似。MIDP 是以 SUN、Motorola、Nokia 為中心的 MIDPEG 組織（Mobile Information Profile Expert Group）所制訂出來(lái)使用在 CLDC 上的 Profile,是以能使用在移動(dòng)電話、雙向?qū)χv機(jī)、可無(wú)線通信的 PDA（個(gè)人數(shù)字助理）上面為前提設(shè)計(jì)出來(lái)的。MIDP 是在 CLDC 的功能上附加提供適合目標(biāo)設(shè)備用的 GUI 與事件處理需求文檔 4 功能。MIDP 由于是由多個(gè)企業(yè)所共同策劃出來(lái)的開放標(biāo)準(zhǔn)，因此主要的移動(dòng)電話制造商也會(huì)制造出大量的對(duì)應(yīng)機(jī)種。另外，MIDP 不僅限于移動(dòng)電話，也已經(jīng)被移植到 PDA Palm OS 上，而以MIDP for Palm OS 的名字來(lái)稱呼（與 KJava 是不同的） 。由于未來(lái) MIDP 也將會(huì)搭載到不同設(shè)備之上，也由于其兼容性高，只要寫過(guò)一次程序，就可以在其他移動(dòng)電話或是移動(dòng)電話以外的設(shè)備上執(zhí)行；而這也就是它最大的好處。 　Java 2, Enterprise Edition (J2EE)：則是一個(gè)適合分布式的、多用戶、企業(yè)級(jí)應(yīng)用系統(tǒng)運(yùn)轉(zhuǎn)的平臺(tái)。Java 2, Micro Edition (J2ME)：和 J2SE 不同，它既不算是一個(gè)軟件也不能算是一則規(guī)范。它借用了 J2SE 類庫(kù)的一部分，使用了更少的 API，而且其 J2ME 采用的 JAVA 虛擬機(jī)（JVM ）比 J2SE 的 JVM 也要小得多。因此為了滿足不同硬件的開發(fā)要求，J2ME 規(guī)定了 configuration 的概念，Configuration 對(duì)不同級(jí)別的硬件在所使用的 JVM 和基礎(chǔ) API 集合方面做了規(guī)定?！DC 和 CLDC 僅僅是對(duì)各類設(shè)備中最具共性的配置提供了基本的功能集合。因此，我們?cè)贑onfiguration 的基礎(chǔ)上，又提出了 Profile 的概念。移動(dòng)信息設(shè)備 Profile（Mobile Information Device Profile 或 MIDP）以 CLDC 為基礎(chǔ)，它是第一個(gè)制訂完成 Profile，也是第一個(gè)可供使用的 J2ME 應(yīng)用程序運(yùn)行環(huán)境?！∧壳?，支持 MIDP，可以運(yùn)行 J2ME 程序的設(shè)備已經(jīng)有很多，手機(jī)包括Motorola 的 A38T720，Nokia 6800、7210 等等（詳細(xì)列表請(qǐng)參見 。根據(jù) ARC Group2022 年六月的《無(wú)線 JAVA 報(bào)告》 ， “到 2022 年, 幾乎所有的手持設(shè)備都將提供對(duì) JAVA 的支持”，看來(lái) J2ME 在未來(lái)的幾年里仍然將持續(xù)升溫。2022 年 10 月，JCP （Java Community Process，參見需求文檔 6 的規(guī)范，和 相比，它大大加強(qiáng)了對(duì)用戶界面、多媒體和游戲功能、網(wǎng)絡(luò)連接功能的支持，同時(shí)將 OTA 應(yīng)用程序下載包括到規(guī)范中來(lái)，另外還為無(wú)線信息設(shè)備提供了端到端（endtoend）的安全機(jī)制。在以前，ABB 只包含在 Mobile Media API（MMAPI）中，現(xiàn)在將其納入到 MIDP 中來(lái)，開發(fā)者就可以不用依賴于MMAPI 了。對(duì) J2ME 游戲開發(fā)的支持可能是開發(fā)者和用戶都企盼已久的， 提供的游戲 API 使得游戲本身可以更充分的利用設(shè)備自身的圖形處理功能。在通信方面， 僅支持 HTTP， 則增加了對(duì) HTTPS、報(bào)文、socket 通信以及串口通信的支持。支持 Overtheair (OTA) Provisioning 是 的一個(gè)重要的新特點(diǎn)，它使得用戶能夠動(dòng)態(tài)地部署和更新移動(dòng)設(shè)備上的應(yīng)用程序。MIDP OTA provisioning 模型為移動(dòng)服務(wù)提供商提供了單一、標(biāo)準(zhǔn)的部署 MIDP 應(yīng)用程序的途徑。 自從人類步入網(wǎng)絡(luò)時(shí)代以后，網(wǎng)絡(luò)安全始終是很一個(gè)關(guān)鍵的問(wèn)題。一方面， 支持 HTTPS，可以對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密；另一方面， 采用了和 不同的安全機(jī)制，采用安全域來(lái)確保未經(jīng)授權(quán)的 MIDlet 套件無(wú)法訪問(wèn)受權(quán)限控制的數(shù)據(jù)、應(yīng)用程序以及其他網(wǎng)絡(luò)和設(shè)備資源。據(jù)統(tǒng)計(jì)，到 2022 年 1 月下載 J2ME 無(wú)線應(yīng)用開發(fā)工具（即 J2ME Wireless Toolkit，參見 515000。圖 2 是一個(gè)典型的支持 J2ME 應(yīng)用程序開發(fā)的 IDE，開發(fā)者可以完成編碼、調(diào)試、部署并借助移動(dòng)設(shè)備的模擬器完成功能測(cè)試。就象 J2EE 的競(jìng)爭(zhēng)一樣，J2ME 有 BREW（無(wú)線二進(jìn)制運(yùn)行環(huán)境） 。除了中國(guó)聯(lián)通，美國(guó) Verizon、ALLTEL，韓國(guó)的 KTF 以及日本的 KDDI 已經(jīng)推出了 BREW 的商業(yè)服務(wù)，而且全球越來(lái)越多的運(yùn)營(yíng)商正不斷加入他們的行列。BREW平臺(tái)是全面的、端到端的無(wú)線應(yīng)用開發(fā)、設(shè)備配置、應(yīng)用分發(fā)、計(jì)費(fèi)和支付解決方案的一部分。而且，在 2022 年 3 月，Qualm 宣布將在其 CDMA 的芯片中提供對(duì) J2ME 的支持，其實(shí)現(xiàn)主要基于 MIDP 和 。由于 Qualm 幾乎占領(lǐng)了 90%的 CDMA 芯片市場(chǎng)份額，所以這也將加速 J2ME 向 CDMA 領(lǐng)域的滲透?！　2ME 有沒(méi)有不足之處？有。這種情況的出現(xiàn)，顯然違背了 Java 平臺(tái)的 “編寫一次，到處運(yùn)行”的初衷。因此，當(dāng)制造商在完成自己的實(shí)現(xiàn)的時(shí)候，常常會(huì)在規(guī)范允許的范圍內(nèi)，滲入某些自己開發(fā)的功能擴(kuò)展，那么，當(dāng)開發(fā)者調(diào)用這些功能的時(shí)候，往往必須針對(duì)這些擴(kuò)展加入部分源代碼，從而導(dǎo)致了開發(fā)出來(lái)的 J2ME應(yīng)用程序的不兼容性。 《無(wú)線領(lǐng)域的 JAVA 技術(shù)規(guī)范 》 （Java Technology for the Wireless Industry 即 JTWI，JSR185）正是為了完成這個(gè)使命而出現(xiàn)的。JTWI 并沒(méi)有定義新的 API，而是為已有的 J2ME 規(guī)范（例如CLDC、MIDP 、MMAPI 等）創(chuàng)建了新的手持設(shè)備的 Profile，使它們能有效地集成在一起，為在手機(jī)以及其他移動(dòng)設(shè)備上實(shí)現(xiàn)“端到端的解決方案”提供一個(gè)完整的 JAVA 運(yùn)行環(huán)境。需求文檔 8 舉例來(lái)說(shuō)，如果開發(fā)人員需要在 J2ME 程序里調(diào)用手機(jī)的短信（SMS）功能，則往往需要使用該手機(jī)提供的專有的 API。那么在 JTWI 中，將會(huì)推薦開發(fā)人員使用 WMA，而不是專有的API。 J2ME 未來(lái)情景發(fā)展方向現(xiàn)在的 j2me 主要有兩個(gè)方向: 一是手機(jī)游戲，我曾經(jīng)在我們學(xué)校的軟件大賽中參與一個(gè)手機(jī)游戲的編寫。比較有前途的是網(wǎng)絡(luò)版的手機(jī)游戲，個(gè)人覺(jué)得有一定的市場(chǎng)前景，但是受現(xiàn)在硬件設(shè)施和網(wǎng)絡(luò)服務(wù)商的限制，沒(méi)有比較自由的空間。他們多是一群追逐流行，信奉時(shí)尚的人，如何將一個(gè)游戲打造成一種時(shí)尚，我想這其中不僅有設(shè)計(jì)的問(wèn)題還要有營(yíng)銷的一些深層問(wèn)題必須在考慮之列，這一點(diǎn)我將會(huì)在這一段時(shí)間進(jìn)行思考。我看好移動(dòng)商務(wù)，感覺(jué)空間很大，最主要的是能用一種超前的眼光看到未來(lái)的商機(jī)所在。很多文科畢業(yè)的在技術(shù)領(lǐng)域反而能有很大的成功，不能不引起我們這些原汁原味泡在技術(shù)領(lǐng)域的人的反思，大多時(shí)候我們被囚固在技術(shù)的迷局之中而難以脫身，這恰恰限制了我們自身的發(fā)展。我在想我們的生活最需要的是什么，什么才是我們的終極追求？ MVC 框架MVC (Modal View Controler)本來(lái)是存在于 Desktop 程序中的，M 是指數(shù)據(jù)模型，V是指用戶界面，C 則是控制器。比如一批統(tǒng)計(jì)數(shù)據(jù)你可以分別用柱狀圖、餅圖來(lái)表示。模型－視圖－控制器（MVC）是 Xerox PARC 在八十年代為編程語(yǔ)言 Smalltalk－80 發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。模型－視圖－控制器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。使用 MVC 應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。視圖視圖是用戶看到并與之交互的界面。MVC 一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。模型模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。例如它可能用象 EJBs 和 ColdFusion Components 這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。所以當(dāng)單擊 Web 頁(yè)面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理。需求文檔 10 現(xiàn)在我們總結(jié) MVC 的處理過(guò)程，首先控制器接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶的請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶。它們將像數(shù)據(jù)庫(kù)查詢語(yǔ)句這樣的數(shù)據(jù)層代碼和像 HTML 這樣的表示層代碼混在一起。MVC 從根本上強(qiáng)制性的將它們分開。首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，正如我所提及的，現(xiàn)在需要用越來(lái)越多的方式來(lái)訪問(wèn)你的應(yīng)用程序。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開，所以你可以最大化的重用你的代碼了。例如，很多數(shù)據(jù)可能用 HTML 來(lái)表示，但是它們也有可能要用 Macromedia Flash 和 WAP 來(lái)表示。因?yàn)槟Ｐ褪亲园?，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來(lái)自數(shù)據(jù)庫(kù)或是 LDAP 服務(wù)器，視圖將會(huì)正確的顯示它們。對(duì)我來(lái)說(shuō)，控制器的也提供了一個(gè)好處，就是可以使用控制器來(lái)聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。MVC 的缺點(diǎn)MVC 的缺點(diǎn)是由于它沒(méi)有明確的定義，所以完全理解 MVC 并不是很容易。你將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將 MVC 運(yùn)用到你的應(yīng)用程序，同時(shí)由于模型和視圖要嚴(yán)格的分離，這樣也給調(diào)試應(yīng)用程序到來(lái)了一定的困難。一旦你的構(gòu)件經(jīng)過(guò)了測(cè)試，你就可以毫無(wú)顧忌的重用它們了。這樣好像我們的工作量增加了，但是請(qǐng)記住這比起它所能帶給我們的好處是不值一提。MVC 是一條創(chuàng)建軟件的好途徑MVC 設(shè)計(jì)模式是一個(gè)很好創(chuàng)建軟件的途徑，它所提倡的一些原則，像內(nèi)容和顯示互相分離可能比較好理解。如果你肯接受 MVC，并且有能力應(yīng)付它所帶來(lái)的額外的工作和復(fù)雜性，MVC 將會(huì)使你的軟