【正文】 L 的解析器有兩種，一種是確認(rèn)性的，他在解析之前會(huì)對(duì) xml 的文檔進(jìn)行有效性的驗(yàn)證，確保這是應(yīng) 用程序需要的。 使用 XML 之前，你必須考慮好是不是必須用它來(lái)傳輸數(shù)據(jù)，因?yàn)榻馕?xml 是比較耗費(fèi)資源的，尤其是在 CPU 和內(nèi)存的資源都很寶貴的條件下。幸運(yùn)的是有第三方的 API 對(duì)解析 xml提供了支持 ,比較有名的是 kxml 和 nanoxml。隨著內(nèi)存和處理器的提高 ,對(duì)第 14 頁(yè) 共 26 頁(yè) XML 的支持成為了可能。 XML 寫法比較簡(jiǎn)單 ,而且非常便于人來(lái)閱讀。 Help 為了讓用戶可以快速上手，做的一個(gè)幫助界面 MIDPConnector 把和服務(wù)器連接的代碼 封裝成一個(gè)類，以后直接調(diào)用 OkScreen 顯示商品購(gòu)買成功的情況 ResultScreen 顯示查 詢的結(jié)果，包括商品的詳細(xì)信息 UpDataUserData Screen 用戶注冊(cè)類，需要用戶輸入用戶名和密碼 UpDataUserData Thread 和服務(wù)器連接的一個(gè)線程，用于與服務(wù)器中的信息進(jìn)行驗(yàn)證 XML 的解析 目前 ,XML 已經(jīng)廣泛應(yīng)用于數(shù)據(jù)交換領(lǐng)域 ,XML 是基于純文本的 ,具有優(yōu)秀的跨平臺(tái)特性。例如書籍，時(shí)裝等等。在主類的基礎(chǔ)上，陸續(xù)設(shè)計(jì)出了各個(gè)功能類。它主要通過(guò) startApp,pauseApp,destroyApp,3 個(gè)抽象方法來(lái)實(shí)現(xiàn)。比如非常精典的 HelloWorld，便只有一個(gè)MIDlet。 4. 購(gòu)買 功能 :看好了商品若是用戶喜歡就涉及到一個(gè)購(gòu)買的過(guò)程了 ,用戶需要輸入商品的 ID 號(hào)（通過(guò)查詢得到 ） ,和購(gòu)買的數(shù)量。 2. 登陸 功能 :用戶的登陸是將用戶輸入的帳號(hào)和密碼 發(fā)送給服務(wù)器，由服務(wù)器來(lái)進(jìn)行判斷，是否在數(shù)據(jù)庫(kù)呢存在，如果存在則跳轉(zhuǎn)到主菜單，否則跳轉(zhuǎn)到注冊(cè)系統(tǒng)。 3使用幫助 幫助用戶快速的上手 本系統(tǒng) ，解決一些常見(jiàn)的問(wèn)題 。 如果用戶輸入的關(guān)鍵字在服務(wù)器的數(shù)據(jù)庫(kù)里有相關(guān)的記錄，那么 服務(wù)器 將 返回商品的一些信息 詳細(xì) ,客戶端就需要將這些服務(wù)器返回的數(shù)據(jù)顯示出來(lái)。 注冊(cè)界面中 ,注冊(cè)過(guò)的帳號(hào)不能進(jìn)行注冊(cè) ,用戶輸入的用戶名會(huì)發(fā)送給服務(wù)器進(jìn)行 判斷來(lái)得出結(jié)果， 如果服務(wù)器進(jìn)行查詢后發(fā)現(xiàn)數(shù)據(jù)庫(kù)內(nèi)有了這個(gè)用戶名 ,這時(shí)就返回注冊(cè)失敗的錯(cuò)誤信息，客戶端會(huì)顯示出這些返回的錯(cuò)誤信息，如果在主菜單 購(gòu)買界面 查詢界面 幫助界面 查詢顯示界面 查詢顯示界面 錯(cuò)誤顯示界面 注冊(cè)界面 進(jìn)行聯(lián)網(wǎng) 進(jìn)行數(shù)據(jù)庫(kù)操作 得到相關(guān)數(shù)據(jù) 將數(shù)據(jù)發(fā)送回來(lái) 進(jìn)行聯(lián)網(wǎng) 發(fā)送購(gòu)買信息 數(shù)據(jù)庫(kù)操作 將數(shù)據(jù)發(fā)送回來(lái) 服務(wù)端對(duì)比數(shù)據(jù)資料 聯(lián)網(wǎng) 發(fā)送注冊(cè)信息 成功 界面 失敗 界面 登陸界面 歡迎界面 是否成功 是 否 第 12 頁(yè) 共 26 頁(yè) 數(shù)據(jù)庫(kù)內(nèi)沒(méi)有發(fā)現(xiàn)一樣的帳號(hào)，就把用戶輸入的帳號(hào)和密碼插到服務(wù)器端的數(shù)據(jù)庫(kù)內(nèi)進(jìn)行保存，返回給客 戶端注冊(cè)成功的信息，此時(shí) 注冊(cè)好的帳號(hào)和密碼就可以在登陸界面上 進(jìn)行登陸了。 設(shè)計(jì)方案 根據(jù) 圖 8的 系統(tǒng)總體流程圖 進(jìn)行具體的分析： 系統(tǒng)從歡迎界面開(kāi)始進(jìn)入登陸界面 ,在這個(gè)地方有 2 種情況發(fā)生 ： 這里需要進(jìn)行聯(lián)網(wǎng) ,將用戶輸入的用戶名和密碼發(fā)送給服務(wù)器 ,服務(wù)器接受第 11 頁(yè) 共 26 頁(yè) 以后將信息和數(shù)據(jù)庫(kù)里面的信息進(jìn)行比較 ,如果數(shù)據(jù)庫(kù)里有用戶信息確認(rèn)完畢 ,把信息返回給客戶端 ,由客戶端程序根據(jù)返回的信息來(lái)進(jìn)行判斷 ,成功后用戶就可以進(jìn)入主菜單了 ,進(jìn)入具體商品的查詢。做為一個(gè)用戶，登陸進(jìn)入一個(gè)網(wǎng)絡(luò)商店的目的就是購(gòu)買商品 ,而在購(gòu)買商品之前 ,做為用戶來(lái)說(shuō)需要了解到商品的詳細(xì)信息（名字、價(jià)格、產(chǎn)地等等），于是我們?yōu)橛脩糁谱髁松唐凡樵兿到y(tǒng)和商品購(gòu)買系統(tǒng) ,讓用戶可以在移動(dòng)設(shè)備中享受到移動(dòng)購(gòu)物的樂(lè)趣。因此我們?cè)O(shè)計(jì)了完整的注冊(cè)和登陸系統(tǒng) ,在注冊(cè)系統(tǒng)中杜絕了相同用戶名多次注冊(cè)的問(wèn)題和注冊(cè)信息不齊全就可以注冊(cè)的問(wèn)題?？蛻舳丝梢酝ㄟ^(guò)網(wǎng)際中的通用協(xié)議 (如 協(xié)議 )對(duì)服務(wù)器端進(jìn)行訪問(wèn) ,因此移 動(dòng)設(shè)備只要能支持網(wǎng)絡(luò)通訊的協(xié)議就應(yīng)該能夠正確獲取服務(wù)器端的資源。 圖 7 是本論文的總體架構(gòu)模型 ,客戶 端（移動(dòng)設(shè)備）部分根據(jù)用戶需求發(fā)送第 10 頁(yè) 共 26 頁(yè) RESPONSE REQUEST DB Server servlet Web Server 請(qǐng)求信息給 Web Server,轉(zhuǎn)到后臺(tái)進(jìn)行處理 ,而服務(wù)器端則通過(guò)判斷客戶端發(fā)送過(guò)來(lái)的信息 ,來(lái)安排需要做什么具體的操作 ,有可能需要數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)，這時(shí)就會(huì)啟動(dòng)和 DB Server(數(shù)據(jù)庫(kù)服務(wù)器 ),而絕大多數(shù)的網(wǎng)絡(luò)應(yīng)用都是將數(shù)據(jù)信息保存到 DB Server(數(shù)據(jù)庫(kù) 服務(wù)器 ),通過(guò) Web Server協(xié)調(diào)各種客戶端的請(qǐng)求與響應(yīng) ,存取數(shù)據(jù)庫(kù)中的數(shù)據(jù)。人們使用手機(jī)進(jìn)行數(shù)據(jù)采集、地理信息查詢、股市交易如今都已經(jīng)成為了現(xiàn)實(shí)，因?yàn)楝F(xiàn)有的 J2ME 技術(shù)已經(jīng)做到了這一點(diǎn)。手機(jī)是最常用的無(wú)線設(shè)備，因此通過(guò)手機(jī)進(jìn)行無(wú)線數(shù)據(jù)業(yè)務(wù)服務(wù)前景廣闊，而且隨著手機(jī)硬件的不斷發(fā)展，其在無(wú)線移動(dòng)商務(wù)方面的前途更是不可限量?，F(xiàn)在以淘寶 ,易趣等網(wǎng)絡(luò)支付平臺(tái)的24 7的 網(wǎng)絡(luò)商店 ,技術(shù)相對(duì)較為成熟已經(jīng)逐步受到人們的關(guān)注 ,市場(chǎng)潛力非常巨大。 到此 ,基本上 J2ME 基本環(huán)境結(jié)束了 。 4． 安裝 。 2． 安裝 Eclise 。WTK 。Eclipse 漢化包 。 eclipse 下面的 J2ME 環(huán)境配置 一、 需要下載的軟件 包括： JDK 。它通用性高，開(kāi)發(fā)出的應(yīng)用程序可保證能運(yùn)行在大部分設(shè)備上，而不像專用廠商具有一定的不兼容性。但 WTK 不需要多余的配置 ,對(duì)各種模擬器可以說(shuō)是即插即用 ,而且在 WTK 下的程序目錄簡(jiǎn)潔明了 ,方便查詢。 當(dāng)然隨著以后系統(tǒng)處理器和存儲(chǔ)功能的增強(qiáng)以及無(wú)線網(wǎng)絡(luò)的改進(jìn)，采用 XML格式作為數(shù)據(jù)交換格式是非常可取的。雖然二進(jìn)制格式?jīng)]有自我描述的功能，客戶端和服務(wù)端的數(shù)據(jù)格式必須一致，但是使用二進(jìn)制數(shù)據(jù)對(duì)移動(dòng)設(shè)備非常有效。 XML 格式的數(shù)據(jù)比較大，必將增加了網(wǎng)絡(luò)的傳輸負(fù)擔(dān)，而對(duì)有限帶寬的無(wú)線網(wǎng)絡(luò)來(lái)說(shuō)將會(huì)產(chǎn)生更長(zhǎng)的延遲。 XML是一種更復(fù)雜的數(shù)據(jù)交換格式。但是這種通信方式在移動(dòng)商務(wù)系統(tǒng)的應(yīng)用的過(guò) 程中也有一些弊端，比如：在服務(wù)器端響應(yīng)的過(guò)程中，客戶端異常關(guān)機(jī)或超出了網(wǎng)絡(luò)服務(wù)范圍，這樣數(shù)據(jù)將丟失。 ， MIDP 客戶端接收 HTTP 響應(yīng)并將該響應(yīng)解碼 ,然后 MIDP 客戶端應(yīng)用程序執(zhí)行相應(yīng)的任務(wù)。 ， Servlet 將響應(yīng)消息編碼并將其打包成一個(gè) HTTP 響應(yīng)包，同樣設(shè)置 Content_type 和 ContentLength 的頭內(nèi)容。 一、 基于 HTTP 的 MIDP 客戶端和 Servlet 之間的通信步驟為 : ， MIDP 客戶端將請(qǐng)求消息編碼并將其打包成一個(gè) HTTP 請(qǐng)求，設(shè)置 Content_type 頭內(nèi)容，將其設(shè)置為 text/plain( 文本內(nèi)容請(qǐng)求 ) 或application/octetstream(二進(jìn)制請(qǐng)求 )等等，以確保網(wǎng)關(guān)對(duì)該請(qǐng)求的正確處理。另外 ,Java 網(wǎng)絡(luò) API 為 HTTP 通信提供了編程接口。 但是基于 SOCKET 或數(shù)據(jù)包方式目前不是所有的 MIDP 設(shè)備都支持，而且可能無(wú)法穿越防火墻 ,而基于 HTTP 的通信方式卻不存在此類問(wèn)題 ,大多數(shù)企業(yè)的防火墻都對(duì) 80 端口上的向外 HTTP 請(qǐng)求沒(méi)有限制或做少量的限制 ,對(duì)大多數(shù)應(yīng)用 ,以HTTP 作為通信協(xié)議基礎(chǔ)完全可以勝任。 數(shù)據(jù)交換技術(shù) 本章主要介紹在 J2ME 中客戶端和服務(wù)器端的數(shù)據(jù)交換技術(shù) ， 由于移動(dòng)設(shè)備有限的處理器能力和內(nèi)存，不支持一些像 JavaRMI 或 JAXRPC 復(fù)雜的客戶端 /服務(wù)器通信機(jī)制，而必須選擇一種較為輕量級(jí)通信機(jī)制。我們要做的是提供一個(gè)標(biāo)準(zhǔn) URL 給 open 方法，例如 需要 得到 HttpConnection 我們應(yīng)該第 7 頁(yè) 共 26 頁(yè) 移動(dòng)設(shè)備 客 戶端 Servlet HTTP 請(qǐng)求 HTTP 響應(yīng) 寫類似下面的代碼 : String url = “ HttpConnection Conn = (HttpConnection)(url)。 ContentConnection接口中只定義了三個(gè)方法 getEncoding(),getLength() 和 getType() ， HttpConnection 就是他的子類，在 HttpConnection 中定義了大量的操作 。 SocketConnection 繼承 StreamConnection 正好可以和 ServerSocketConnection 交相輝映。 因此StreamConnection 擴(kuò)展了 InputConnection 和 OutputConneciton，我們經(jīng)常使用的 (),()方法都是在這兩個(gè)重要的接口中定義的。在我們的現(xiàn)實(shí)世界中通 常使用的是分組數(shù)據(jù)交換和電路交換 ，所以在網(wǎng)絡(luò)框架中有 DatagramConnection 和 StreamConnection。 最上層的接口是 Connection，其他的接口都從他那里繼承。在 中進(jìn)圖 4 J2ME 的構(gòu)件 第 6 頁(yè) 共 26 頁(yè) 行了擴(kuò)展，提供了 HttpConnection、 HttpsConnection 接口，這樣使得 MIDlet具備了通過(guò) Http 或者 Https 協(xié)議與 server 通 信 的 能 力 ，提 供 了SocketConnection、 ServerSocketConnection、 UDPDatagramConnection 接口，使得 MIDlet 能夠在 TCP/IP 層通過(guò) socket 進(jìn)行通信或 者使用數(shù)據(jù)報(bào)進(jìn)行通信的能力。然而當(dāng)我們分析 GCF 的時(shí)候可以清楚地發(fā)現(xiàn)它有如下幾個(gè)特性：基于接口設(shè)計(jì)，便于擴(kuò)展、提供創(chuàng)建連接的工廠方法、使用標(biāo)準(zhǔn) URL 簡(jiǎn)化了程序員的工作。 這里我 將對(duì)通用聯(lián)網(wǎng)框架進(jìn)行整體的分析 ,由于移動(dòng)信息設(shè)備的資源受限特性，所以 和 包不適合在這里使用。 圖 4定義了 J2ME 的構(gòu)件。 底層的 CLDC API 用于處理字符串、對(duì)象和整數(shù)。這些 API 應(yīng)用程序決定下一屏顯示什么、執(zhí)行什么計(jì)算和使用網(wǎng)絡(luò)服務(wù)的何種請(qǐng)求。 MIDP API 類的完整集合可以分為兩個(gè)類別 ： 用于用戶界面的 MIDP API： 設(shè)計(jì)這些 API 是為了能以一系列屏幕顯示為基礎(chǔ)與用戶進(jìn)行交互操作，每一屏幕顯示把適 量的數(shù)據(jù)顯示給用戶。 應(yīng)用程序管理軟件可以在運(yùn)行時(shí)環(huán)境內(nèi)管理多個(gè) MIDlet 的活動(dòng)。 所有 MIDlet 都繼承 MIDlet 類 — 運(yùn)行時(shí)環(huán)境（應(yīng)用程序管 理器） MIDlet 應(yīng)用程序代碼之間的接口。 MIDP 框架的核心是一個(gè) MIDlet 應(yīng)用程序。 MID 框架（ MID Profile）和 CLDC 提供了一個(gè)標(biāo)準(zhǔn)的運(yùn)行時(shí)環(huán)境，這個(gè)環(huán)境允許把新的應(yīng)用程序和服務(wù)動(dòng)態(tài)地部署在終端用戶設(shè)備上。 MIDP 層： 移動(dòng)信息設(shè)備框（ Mobile Information Device Profile（ MIDP））是一個(gè) Java API 集合，它處理諸如用戶界面、持久存儲(chǔ)和聯(lián)網(wǎng)這樣的問(wèn)題。一個(gè)設(shè)備可以支持多個(gè)框架?？蚣茉谝粋€(gè)特定的配置上面實(shí)現(xiàn)。用戶不太會(huì)見(jiàn)到這一層，但它對(duì)框架（ profile）實(shí)現(xiàn)者非常重要。 配置層（ Configuration Layer） ： 配置層定義了 Java 虛擬機(jī)功能的和特定 圖 2 設(shè)備的系列（ family）和類別（ category） 第 4 頁(yè) 共 26 頁(yè) 類別設(shè)備上可用的 Java 類庫(kù)的最小集。 J2ME 技術(shù)在一個(gè)完整的應(yīng)用程序運(yùn)行時(shí)模型中定義了這種模塊性和可伸縮性 ,在該模型 （圖 3 所示） 中的四個(gè)軟件層都構(gòu)建在設(shè)備的主機(jī)操作系統(tǒng)上。 圖 2 定義了在 J2ME 上下文環(huán)境中設(shè)備的系列和類別之間的關(guān)系。對(duì)存儲(chǔ)器和處理能力有相近需求的若干類別的設(shè)備構(gòu)成設(shè)備的一個(gè)系列。 J2ME體系結(jié)構(gòu) J2ME 體系結(jié)構(gòu)是基于設(shè)備的 系列 和 類別 的 。所有字節(jié)碼應(yīng)用在執(zhí)行之前都要校驗(yàn)； JVM 在執(zhí)行過(guò)程中監(jiān)督應(yīng)用的安全性和存儲(chǔ)違反問(wèn)題。如果沒(méi)有正確的防范，它則為用戶和無(wú)線通信公司冒著無(wú)數(shù)個(gè)安全的風(fēng)險(xiǎn)。它有一些非常重要的特征對(duì)所有組織都有益。 也就是說(shuō) ,J2ME 先把所有的嵌入式裝置利用 Configuration 的概念區(qū)隔成兩種抽象的型態(tài)。 于 是 J2ME 先將所有的嵌入式裝置大體上區(qū)分為兩種 :一種是運(yùn)算功能有限、電力供應(yīng)也 有限的嵌入式裝置 (比方說(shuō) PDA 、手機(jī) )；另外一種則是運(yùn)算能力相對(duì)較佳、 在電力供應(yīng)上相對(duì)比較充足的嵌入式裝置 (比方說(shuō)冷氣機(jī)、電冰箱、電視機(jī)上盒 (settop box))。這個(gè)版本的應(yīng)用層面相當(dāng)廣泛 ,會(huì)是未來(lái) Java 平臺(tái)發(fā)展的重點(diǎn)項(xiàng)目。其中 J2ME 定位在消費(fèi)性電子產(chǎn)品的應(yīng)用上。 2 相關(guān)技術(shù) 及開(kāi)發(fā)環(huán)境 介紹 J2ME概況 雖然 Java 已經(jīng)被用到許多企業(yè)級(jí)軟體上 ,可是其實(shí)骨子里面還是非常適合用在嵌入式系統(tǒng)之中。采用 Jav