随笔之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架构并不好。数年之后，鹿死谁手还不知道呢。 

原文：http://wenku.it168.com/d_000651934.shtml