隨筆之Android不吐不快

隨筆之Android不吐不快

     今天又看到Android5.0的⼀些信息，實在忍不住了。說說我我的（⼀家之言）對它的見解。     ICS從去年11月放出4.0，到12月仍是12年1月又放出來4.0.3，短短3個月，放出兩個版本的SDK，實在是 過於倉促。 細節沒怎麼看,目前知道媒體引擎這塊，有準備將stagefrightplayer換成nuplayer，專門針對流媒體的（大致是 這樣，嚴格的各位不用拍磚），但可惡的是該東西根本沒作完嘛！     ICS後kernel基於3.0，不少廠商都來不及作適配。不知道5.0又想基於kernel哪一個版本了。彷佛幾個大廠也 跟不上步驟，不然如何4.O還未出幾款手機呢？不過保不齊，那些大廠已經知道Goolge再開發5.0，因此就不 急着去弄。步伐邁得太快了，Goolge本身也只是拿親兒子⼀款手機在那整，有本事也來支持下其餘廠商的手 機？     之前沒機會去看Java層的framework，今次⼀看。代碼真的不咋樣。尤爲是重要的ActivityManagerService ，很是混亂。這但是調度的核心啊。反正看android源碼，⼀點美感都沒有。因此致使我有⼀個很深的疑惑⼀ 個如此流行的東西，是靠技術取勝 仍是靠別的什麼取勝？各位看官不妨回答⼀下。     另外，ICS中，對平板和手機UI方面作了整合（實際從HoneyComb就開始了），加了所謂的fragment，又 搞出來⼀堆回調函數！（谷哥哥，回調太多了，會把人搞暈的）。每一個應用也便得巨複雜無比，大量使用設 計模式，實際上對java程序員要求高了。應用很差改啊，各位！      ICS彷佛想拋棄gcc編譯器了，君不見在external下引入了LLVM（具體名字不太記得了，但蘋果就是用這個 編譯器吧。《程序員》前幾期⼀直有個欄目在講蘋果的故事，大概是12年1月期就提到了這個巨牛叉無比的L LVM，牛叉到什麼程度呢？假設new出來的東西，忘記delete的話，該編譯器會自動在某個地方插入delete。 大概就是相似的說法。各位以爲不可能吧？不過大牛說了：既然編譯器在編譯的時候能提示說是否忘記delet e，那爲什麼編譯器不能自動把delete加上？）。用上LLVM，好處不少，編譯速度快幾倍，內存耗費少幾成。 並且編譯錯誤的提示更人性化，不像GCC那樣，編譯錯誤提示乃天書。     總結：google畢竟沒搞過桌面OS，因此對這塊積累不深。這是看代碼獲得的⼀個直觀結論。升級太快，真 的受不了，並且對資源要求愈來愈高。對各位程序員來講，要麼作中間件（好比視音頻開發，多媒體播放，w ebkit等不侷限於android架構的），要麼作BSP。UI的話，若是你很喜歡作，那也還行。UI最容易和特定平臺 綁定，android UI架構並很差。數年以後，鹿死誰手還不知道呢。