【文章內(nèi)容簡介】 ipse開發(fā)環(huán)境的搭建JAVA_HOME=C:\Program Files\Java\JRE_HOME=C:\Program Files\Java\jre6PATH=C:\Program Files\Java\\binCLASSPATH=.。C:\Program Files\Java\\lib。 a. 首先經(jīng)過解包和準備階段，安裝軟件進入J2ME ，如圖23所示，單擊下一步開始安裝。圖23 安裝向?qū)鹗冀缑鎎. 安裝軟件要確認許可協(xié)議，如圖24所示，單擊是按鈕，同意該許可協(xié)議。 圖24 許可協(xié)議c. 選擇Java虛擬機的位置，安裝程序會自動尋找，然后顯示出當前虛擬機所在的路徑，如圖25所示。圖25 選擇虛擬機位置d. 進入J2ME WTK安裝位置的選擇屏幕。如圖26所示。確認所做的安裝設置，單擊下一步，安裝程序開始復制文件，直到安裝成功。圖26選擇WTK安裝路徑 配置Eclipsea. 下載EclipseME插件，并安裝到Eclipse中。安裝成功后在Eclipse的WindowPreferences中會出現(xiàn)如圖27所示的界面。圖27 J2ME選項b. 安裝完EclipseME之后，把WTK以及模擬器集成到開發(fā)環(huán)境中：(1) 在J2ME的選項中，單擊J2ME設置WTK的安裝目錄，如圖28所示。圖28 選擇WTK安裝目錄(2) 點擊Device Management,選擇模擬器的類型，如圖29所示。 圖29 選擇模擬器類型，Eclipse環(huán)境搭建完畢。3 技術(shù)簡介 J2ME文件系統(tǒng) RMS簡介所謂“記錄存儲系統(tǒng)”（Record Management System, RMS），就是指一個簡單小型的數(shù)據(jù)庫管理系統(tǒng)（Database Management System）。使用記錄存儲系統(tǒng)除了儲存數(shù)據(jù)之外，也可以將游戲的進行狀態(tài)記錄下來，儲存到記錄管理系統(tǒng)中，以達到永久保存（Persistent Storage）目的。所以針對MIDP數(shù)據(jù)庫的設計，必須要做一些名稱定義，如一般數(shù)據(jù)表（Table）在MIDP中稱為記錄存儲（Record Store），而記錄存儲所儲存的每一條數(shù)據(jù)稱為記錄(Record)，它們之間關(guān)系如圖31所示。圖31 記錄存儲記錄 RMS的不足RMS中按照Record來存儲的，ID不是等于索引。ID和索引的區(qū)別還是很大的，ID從1開始計數(shù)，這和數(shù)組的0開始計數(shù)有一些不同。ID可以是不連續(xù)的，當一個ID標記的Record被刪除后那么對應的ID也就變得無效了。ID是不能重復使用的。RMS存儲容量小，一般手機提供給RMS的容量只有30k左右的空間，當存儲大量數(shù)據(jù)時很容易跑出 RecordStoreFullException異常，表示存儲空間已滿。 FileConnection 在J2ME 設備中，可以利用通用連接架構(gòu)(Generic Connection Framework，GCF)，通過各種連接類型特有的Connection接口實現(xiàn)，來處理I/O 操作。構(gòu)建不同的Connection擴展要使用適合于不同連接類型的URL，如://，sockets:// 等。原則上講，GCF通常足以支持文件連接，但是，GCF不是J2ME或MIDP的必選項，大多數(shù)實現(xiàn)中都沒有包含GCF。即使構(gòu)建了此類的連接，仍可能不支持文件操作，如重命名文件或刪除文件。此外，對本地文件訪問時關(guān)系到的安全、私密和系統(tǒng)穩(wěn)定性等方面的重要問題，在實現(xiàn)時必須對此給予考慮。FileConnection API [JSR075]通過提供對文件系統(tǒng)的訪問以及對文件操作的支持，彌補了上述缺陷。該API假定設備中存在一個可定位的文件系統(tǒng)，如可移動的內(nèi)存卡、閃存或其它類型的永久存儲器。該API并不是記錄管理系統(tǒng)(Record Management System ，RMS)的替代物，它只是對RMS的補充，從而實現(xiàn)MIDlet與本地應用軟件的交互。例如， MIDlet可以訪問并處理本地應用軟件先前利用內(nèi)嵌數(shù)碼照相機拍下的圖像。一般情況下，這些圖像存儲在設備內(nèi)存中，通過FileConnection API ，可以實現(xiàn)CLDC/CDC應用軟件對它們的訪問。該API非常簡單，僅包含一個類、兩個接口和兩個異常。其中FileConnection接口是最為重要的部分，它擴展了Connection接口，提供對目錄和單個文件的訪問。創(chuàng)建FileConnection 的實現(xiàn)需要使用方法 ()。方法open()的參數(shù)是一個URL，如RFC 1738 [RFC 1738] 和RFC 2396 [RFC 2396]中的定義，URL的格式為file:///，其中，host通常為空，path則以文件系統(tǒng)的根目錄開始，并往下擴展到一個特定文件或目錄。類FileSystemRegistry提供了方法listRoots()，該方法的返回值是文件系統(tǒng)中根目錄的枚舉，其中包括邏輯根目錄和虛擬根目錄。該API還考慮到了某些設備在運行期間具有添加或刪除文件系統(tǒng)的能力。類FileSystemRegistry提供注冊FileSystemListener監(jiān)聽器的方法，在修改設備中的根目錄時，將調(diào)用該方法。建議每個應用軟件都注冊一個FileSystemListener監(jiān)聽器，在發(fā)生變化時，監(jiān)聽器將被告之發(fā)生了變化并做出適當響應。由于FileConnection接口能夠擴展Connection，并可利用GFC創(chuàng)建對象，F(xiàn)ileConnection與其它常見Connection 實現(xiàn)之間存在著一些顯著差異。其中一個最顯著的差異是，即使當前文件不存在，()。這在創(chuàng)建新文件或新目錄時是很有必要的。但是，打開不存在文件的InputStream是非法的。另一個差異是，在關(guān)閉輸入或輸出流后， FileConnection仍能保持打開狀態(tài)。()是很重要的，這樣做可以保證其它應用能訪問該文件。相應地，利用OutputStream對文件做出的修改也不會立即對文件系統(tǒng)可見。這取決于實際的實現(xiàn)以及設備的操作系統(tǒng)。方法flush()可以保證緩沖區(qū)能夠被清空，并且其中的內(nèi)容可以寫入實際文件中。與其它Connection對象的另一個差別是，通過方法setFileConnection()，可以實現(xiàn)FileConnection對象的重用。該方法主要用于目錄轉(zhuǎn)換。其思想是，如果在特定目錄中構(gòu)建了FileConnection，則可以調(diào)用方法list()獲得該目錄的子文件和子目錄的枚舉。該枚舉值的成員可作為參數(shù)被傳遞給setFileConnection()，之后，原始FileConnection就指向了這個特定的子文件或子目錄。通常來說，setFileConnection()的參數(shù)是已存在的其它子文件或目錄的相對路徑，或者是表示上層目錄的“..”參數(shù)。另外一個針對所有I/O操作的常見注意事項是，必須在異于GUI（Graphical User Interface，簡稱 GUI，又稱圖形用戶接口）線程的其它線程中執(zhí)行I/O操作。在使用FileConnection API時，這個建議同樣適用。由于安全架構(gòu)的原因，與文件相關(guān)的操作可能會發(fā)生用戶提示，要求用戶對操作進行確認，考慮到這一點，在異于GUI線程的其它線程中執(zhí)行I/O操作尤為重要。如果在GUI線程中執(zhí)行I/O操作，并且需要使用用戶提示，則MIDlet就有可能會死鎖。 在用FileConnection API開發(fā)應用軟件時，考慮API的安全隱患是非常重要的。為了保護用戶的個人數(shù)據(jù)和整個系統(tǒng)的安全，文件操作是受限制的。只有在獲得必須的許可后，才能執(zhí)行文件操作；否則，將拋出SecurityException異常。因此在適當?shù)臅r候使用捕獲SecurityException的語句非常重要。MIDP MIDlet既可以是不可信的，也可以是可信的[SIGNMID]。在第一種情況下，設備無法確知MIDlet的由來和完整性，因此，在沒有顯式的用戶許可時，不允許調(diào)用受限的API。也就是說，如果需要訪問一個文件或目錄，將會顯示用戶提示，而用戶必須顯式地確認該操作。在MIDlet是可信的情況下。這些MIDlet可以根據(jù)安裝時的安全域設置，自動地獲得許可。此外，MIDlet需要在Java 應用描述符(Java Application Descriptor，JAD) API的許可：； ； 如果希望以READ模式打開文件，并獲取文件的輸入流，則第一個許可是必需的。在用類FileSystemRegistry注冊監(jiān)聽器時，也需要第一個許可。如果希望以WRITE模式打開文件，并打開文件的輸出流，則第二個許可是必需的。此外，諸如刪除、修改目錄之類的操作也需要寫入許可。如果以READ_WRITE模式打開文件，則同時需要兩個許可。這些許可包含在Read User Data Access 和Write User Data Access功能組中。對許可的授權(quán)或否認取決于MIDlet安裝到的安全域。某些安全域可以完全地授權(quán)許可，而其它域則可能僅在得到顯式用戶同意的情況下才允許授權(quán)。實現(xiàn)時，可以對每個域允許的許可進行定義。但是，仍希望第三方和不可信域按照表31的方式定義許可模式：表31 允許的和默認的許可模式 小結(jié)FC API和RMS這兩個東西其實沒有可比性，功能側(cè)重不同，F(xiàn)C API提供了MIDlets與本地文件和其它應用的交互，比如我們可以通過FC API在MIDlets中打開外部的各種文件，并且