理解JTWI的具體內容和作用

 CLDC1.0是在2000年的10月份推出的，隨後SUN又發布了包括RMS和UI等特性的MIDP1.0，這對業界的震動很大，很快就有開發者針對移動信息設備開發應用了。隨著設備能力的提高在JSR118又推出了功能更為強大的MIDP2.0。但是從MIDP1.0的發展歷程可以看到一些問題，由於CLDC1.0+MIDP1.0的配合提供的API有限，所有各個廠商就開發了自己設備獨有的API。同時為了針對各個設備不同的功能特性，J2ME中提出了可選包的概念，比如Bluetooth,PIM等。這造成了API被分裂和可移植性降低的後果。

    由於設備沒有一個統一的標准的軟件運行環境，導致了API的分裂。開發者在針對某些機型進行開發之前還必須要查詢這個設備到底支持什麼功能，有哪些是標准的API，哪些是可選包和廠商提供的API。這無疑給開發帶來了不便。

    由於沒有一個統一的標准的針對設備的規范，這就使得程序的可移植性大大降低。如果你得程序中使用了Nokia的API那麼程序很難在其他廠商的機器上跑。即使你是用了標准的API，你得程序也不一定就能夠移植，各個廠商對應用程序的大小限制不一樣，有的是30K,有的是50K。對線程支持的程度也不一樣，有的可以支持3個，有的是5個。

    Java Technology for Wireless Industry出現的目的則是為了解決如上兩個問題，它是在JSR185中提出的。JTWI並沒有提出新的技術，也沒有提供新的API。它對J2ME的運行環境作了規范，提供了一個標准的更加嚴格的運行環境，這有效的減小了API的分裂並提高了程序的可移植性。JTWI是以一下的規范為基礎的
JSR 30 CLDC1.0 提供了基本的語言類庫，但是不支持浮點運算。可以用CLDC1.1替代1.0
JSR118 MIDP2.0  提供了圖形用戶界面、持久性存儲、game和多媒體等功能模塊的支持
JSR120 WMA1.1  提供了短消息功能的支持
另外MMAPI1.0(JSR135)是JTWI中可選的部分。提供了對多媒體的全面支持，MIDP2.0中的多媒體部分是MMAPI的子集。

    JSR185對如下的一些方面進行了規范，實現JTWI的設備必須遵守這些規范

1. 規定了標准應用程序的大小，設備必須支持64K大小的應用程序和5K的JAD文件。持久性存儲的大小為30KB,heap空間從MIDP2.0中的128KB提高到256KB
2. 記事功能，這樣你可以使用PushRegistry的registerAlarm()方法
3. JSR185對設備的屏幕尺寸作了建議125*125/12bits。設備必須支持JPEG格式的圖片。HTTP1.1必須被支持
4. JSR185是基於WMA的，因此設備必須具備短消息發送和接受的能力，JSR185還規定，應用程序在准備發送短消息的時候，當提供了TextFIEld和TextBox組件的時候，應該可以給用戶彈出本機電話本可以選擇
5. 對移動多媒體進行支持，必須實現對MIDI和單音的支持