MIDP2.0式樣探索之二

• 架構

1. 最低層就是移動消息設備硬件層（Mobile Information Device hardware）
2. 其次是native system software(也就是OS和設備用到庫文件)
3. CLDC(提供虛擬機和關鍵庫)
4. 這一層分為MIDP定義的API和設備廠商自定義的API
5. 應用程序層，又分成3種（MIDP,OEM-specific,Native）.如名之意，MIDP application建立在MIDP的基礎上，OEM同。Native application卻不是用Java寫的，直接建立在第2層native system software的基礎上

• 硬件（應該滿足的最小要求）

• 顯示

Screen-size： 96x54 屏幕大小

Display depth： 1-bit 顯示深度

Pixel shape(ASPect ratio)： approximately 1:1 像素形式（縱橫比大約1比1）

• 輸入： 單手鍵盤，雙手鍵盤，觸摸屏中間的一個或者多個輸入設備
• 內存

CLDC需要范圍之外，需要256kb不揮發性內存用於MIDP執行

8kb不揮發性內存用於保存應用程序產生的持久數據

128kb揮發性內存為了java運行時（包括Java堆）

• 網絡： 收發2用，無線，可間斷，帶有受限帶寬
• 聲音： 通過專用硬件或者通過軟件運算

• 軟件
  • 一個可以管理下層硬件的最小內核
  • 讀，寫不可揮發內存的機制來支持持續性存儲的RMS APIs
  • 讀，寫訪問設備的無線網絡來支持Networking APIs
  • Timer APIs
  • bit級別的畫面顯示能力
  • 捕獲用戶輸入的機制
  • 控制設備上面應用程序生命周期的機制

• 要求

• 必須支持MIDP1.0, MIDP2.0, MIDlet Suites
• 必須包含了該規范中間所有的包，類以及接口
• 必須能夠實現下一章關於無線配布的仕樣
• 可以合並0個或多個支持push的協議
• 在網絡使用發生的時候必須給用戶一個可視的提示
• 通過CommConnection接口可以提供對有效端口訪問的支持
• 必須提供對HTTP1.1服務器和服務訪問的支持。可以直接也可以通過WAP or i-mode提供的網關服務
• 必須提供對可靠HTTP連接的支持。可以直接也可以通過WAP or i-mode提供的網關服務
• 應該提供對datagram connections的支持（自尋址）
• 應該提供對server socket stream connections的支持
• 應該提供對socket stream connections的支持
• 應該提供對secure socket stream connections的支持
• 必須支持PNG格式的透明度(前幾天看的就是這麼一段程序為了做splash)
• 可以加入對別的圖形格式的支持
• 在media包裡面必須加入聲音產生的支持
• 如果提供了對sample sound的支持則必須支持8bit,8KHz,單線性PCM聲音格式
• 可以加入對別的聲音格式的支持
• 如果合成語音被支持的話，就必須支持SP-MIDI(scalable polyphony MIDI)和SP-MIDI Device 5-to-24 Note profile
• 可以加入對別的MIDI格式的支持
• 必須能夠實現支持Untrusted MIDlet Suites的機制（開始項目組的不少人錯誤或者沒有完全理解這一點，untrusted的可能情況很多，而且每種又分為安裝時，執行時阿...我就在痛苦的研究中）
• 必須執行Trusted MIDlet Suite Security，除非設備安全策略不允許或不支持可信任的應用程序
• 必須執行Trusted MIDlet Suite Using X.509,從而把signed MIDlet當作trusted來看待，除非設備在標志應用程序的時候沒有使用過PKI
• 為了認證HTTPS握手和安全連接必須執行MIDP x.509 Certificate Profile
• 對於I/O訪問不管是media api還是一般連接框架都必須有同樣的安全要求。參考Javax.microedition.io包的文檔
• 必須最少支持UTF-8（靠，我們組居然默認gb2312,於是現在utf8亂碼了，我還在調查如何使用底層庫函數，但是問題其實不是這裡而是如何判斷，復合碼的時候怎麼辦？我郁悶阿）
• 可以支持別的編碼格式
• 不應該允許MIDlet suite被拷貝，除非是設備在執行拷貝保護機制