有幾個想學J2ME的朋友問過我這個問題。我想這個問題可以有兩個答案。

J2ME是簡單的。

說其簡單，更主要的原因是J2ME開發(fā)使用的是java，離開平臺技術范疇（J2SE,J2ME,J2EE），Java語言本身是簡單的，或者說“簡潔”更為強大。比起C++的程序代碼來說，Java Code讓人看起來更舒適，也更直觀。

另一方面，J2ME的SDK十分豐富，配置也非常簡單，假如再借助強大的IDE（如JB和Eclipse，不過在J2ME開發(fā)方面，我更傾向于JB），那么有一定的Java基礎，J2ME上手實在不是難事。

J2ME并不簡單。

更多人說J2ME簡單是因為它“小”，所謂的“小”主要是針對其API少。“兩三個星期就學完了”，有人如是說。但這個見解我實在不敢茍同。其實恰恰因為它提供的API少，才使得J2ME變得比傳統(tǒng)的編程更具挑戰(zhàn)。相對于提供了豐富的API的J2SE和J2EE來說，我們需要“自力更生”的范疇要大的多。僅有的API提供給我們了最最基礎的功能，剩下的就要靠程序員自己去探索。假如你所需要的各種功能都已經被現(xiàn)成的API實現(xiàn)，那么我們不再需要學習和研究，只要一本API手冊就夠了。

J2ME的第二個難點在于限制大，當然這也是所有基于移動設備的開發(fā)所共同面臨的問題。內存的限制，處理速度的限制讓我們不得不拋棄很多美好的東西，為每一行代碼做盡可能的優(yōu)化，優(yōu)化再優(yōu)化，在內存使用和性能之間尋找平衡點..在J2ME中我們不僅要減少對象的創(chuàng)建，即便是對象的引用也要做到能少則少。在這樣的前提下開發(fā)出來的優(yōu)秀的應有、游戲、軟件，可以說比桌面平臺上的開發(fā)更具備含金量。

第三一個，同樣是移動開發(fā)面臨的公共問題：多機型適配難度大。與桌面平臺不同，移動設備之間的差異十分巨大，從硬件方面的屏幕分辨率，內存，處理器到底層的KVM實現(xiàn)，到支持J2ME規(guī)范的程度，都不盡而同，這使得“一次編譯，到處運行”的承諾在幾乎成為笑柄。然而，無論如何，J2ME仍然是移動領域跨平臺的最佳選擇。因為無論是智能手機還是傳統(tǒng)手機，無論采用什么樣的系統(tǒng)，它們都支持Java，即便需要為多種進行做出更改，其代價也要小得多。同時，也考驗編程人員的設計能力，一款設計良好的程序可以把適配的成本減低到最少。

最后一點問題是：KVM的Bug多，不過這一點Sun公司似乎沒有什么責任。大家都知道Java的發(fā)展分為兩步走：規(guī)范和實現(xiàn)。Sun和眾多廠商制定規(guī)范，再由各個廠商根據(jù)自己的設備進行實現(xiàn)。然而，不知道是不是廠商的設計水平有限，目前很多機型的KVM實現(xiàn)都不能讓人滿足，Bug簡直是多如牛毛，比如最經典的Nokia 6600，真正為它做過開發(fā)的人都應該深有體會。這又從另一個方面增加了開發(fā)者做多機型適配的難度。這些Bug可以充分考驗編程人員調試能力:)不過隨著時間的推移，相信這一點會得到改進，Nokia也一直在推出S60機型的軟件升級版本以修正這些Bug。不過對于采用封閉式操作系統(tǒng)S40機型，就無法可想了（事實上S40的bug也要少得多）。

綜上，J2ME并不像大多數(shù)人想象的那么“簡單”，或者說，J2ME的入門是簡單的，但如要做到“精通”，還需要把握各種具有移動開發(fā)特色的程序設計、調試技巧，并非一蹴而就之功。

進入討論組討論。