五千年(敝帚自珍)

主题:【原创】新时代新潮流WebOS 【1】 -- 邓侃

共:💬594 🌺1902
分页树展主题 · 全看首页 上页
/ 40
下页 末页
        • 家园 前戏与跑题

          为什么说这么多Android,1. 借Android体系架构,解释WebOS的定位。2. Android与WebOS有没有可能融合。

          有好几个人抱怨“前戏”太长。哈哈

          • 家园 又想了想,老邓你厚道阿,你这算预告吧,webOS有的扯呢

            webOS

            |--OS-->什么是OS?

            |--Web-->浏览器之争、标准之争

            |--开发和应用

            |-->平台和标准以及架构

            | |-->flex,SL,AJAX

            |-->mashup

            | |-->SaaS,云?

            | |-->widget

            |-->数据同步、离线应用

            | |-->支持本地存储的HTML5标准?

            | |-->本地应用->local webServer?

            |-->嵌入式设备控制(如何点亮手机的键盘灯?)

            |-->整一个localOS上面的appServer?(JVM或者Dalvik?)

            哈哈过瘾阿,老老实实搬板凳等着看。。。

          • 家园 老邓阿

            你这几篇是前戏,羊那篇《我就喜欢》写着写着成跑题了,唉,还得想辙忽悠回来,要不都不好意思在信息版冒泡了。。。

          • 家园 越长越好

      • 家园 关于Java的往事

        多年前从Sun的人那里听来的。当初某人(忘了是不是Gosling哥哥)喜欢上班的时候下棋。但是棋友用的机器什么型号牌子的都有,更不用说机器上的OS的版本了。该大牛一怒之下用了几个晚上写了个程序,此下棋程序竟然能在所有机器的所有版本上同时运行。后来McNealy正在找跨平台的工具,正是瞌睡碰到枕头,立马找人开发,就是Java。

        还记得Sun的同学讲完上述故事后,我等仍旧对Java一头雾水。他又打了个比喻:好比市场上的磁带(那年头还没光盘呢)有大有小各种各样,只有特定的录音机才能放,Java就好比是个小巧的录音机,我卖磁带给你的时候送你个录音机,你只用插上耳机就可以听啦。我等似懂非懂也。

        上花

        • 家园 不是说Java最开始是给铐面包机微波炉设计的么

          没得什么待见,后来正赶上web流行,就改行做applet了,按理说近年流行的RIA (rich internet application),Java应该是老祖宗了。倒是后来在web上不顶用,反被成就了后台的大神J2EE,这是后话了,当然这与IBM从战略需要出发的倾力支持是分不开的。其实,java是语言是平台都不如说它是一种信仰更确切。 最有意思的是以前看过的一篇把各个语言比拟成各个宗教的,其中java是基督教还是塔利班就见仁见义了。

    • 家园 【原创】新时代新潮流WebOS 【3】

      【3】窥探手机OS

      Kernel是OS的核心,Android没有自力更生开发自己的Kernel,而是借用了Liinux作为Kernel。但是很多技术文献仍然用Android OS这个词,把Android视为一套OS。

      有趣的是,Google的官方定义是,“The Android platform is a software stack for mobile devices including an operating system, middleware and key applications”。注意,Google视Android为一个平台,支撑这个平台的,是层层叠叠一摞软件砖头,其中包括OS,但是 Android本身不是OS。

      如果platforrm与OS,仅仅是名称的差别,自然无关痛痒,但是如果事情涉及到手机软件体系,就值得仔细审视一番。

      关于这个问题,我请教了W兄,以下文字是基于俩人的讨论,加上我个人的进一步发挥而成。其中不仅带有强烈的个人偏见,而且弥漫着不知天高地厚的狂妄。对此有不良生理反应者,请及时回避。持批评意见者,恳请畅所欲言大力斧正。

      假惺惺的免责声明结束,下面开始说疯话。疯话分五个部分,

      1. 基于Linux Kernel,Android的额外贡献有哪些?

      2. 为什么Android需要Dalvik?

      3. 为什么Dalvik不遵循J2ME规范,不参与Java Community Process(JCP)?

      4. JVM,Dalvik和.NET,谁更可能最终胜出?

      5. Android是platform,还是OS?

      点看全图

      外链图片需谨慎,可能会被源头改

      Figure 1. Android architecture

      Courtesy http://purefire.bokee.com/inc/android.jpg

      基于Linux Kernel,Android的额外贡献有哪些?主要是两条,

      1. 梳理了Linux Kernel,尤其是统一了中间件(Middleware)。

      Linux 是开源项目,开源项目的优点是集思广益,但是优点同时也是缺点,缺点是七嘴八舌。功能相似的模块,不仅版本多,而且APIs也不统一。所以有一些企业致力于把无序变为有序,在众多版本中筛选出性能最好的版本,统一APIs,然后把各个不同功能的模块整合成完整的系统。譬如Redhat和Ubuntu,它们主要致力于梳理供PC和Server使用的Linux。

      但是在嵌入式领域,各种版本的Linux模块还处在混战之中。Google Android充当了嵌入式Linux领域Redhat和Ubuntu的角色。Android的成就之一,是梳理了Linux Kernel。图一中的最低层Linux Kernel,显示的是Android的梳理结果。

      梳理这个工作表面上看起来是力气活,没有太多技术含量。这个观点是错误的,实际上,如果没有雄厚的技术实力,没有长期积累的业界声望,是不敢担当这份重任的。

      Android 不仅梳理了Linux Kernel,更重要的是梳理了MiddleWare,其成就显示在图一中倒数第二层“Libraries”。之所以说MiddleWare的梳理工作更重要,是因为这里的混乱局面更严重。譬如2D/3D图像处理,多媒体,安全控制,嵌入式数据库等等,都是潜在利润回报丰厚的功能模块,所以竞争也非常激烈。

      Android的成就不仅在于筛选,而且也体现在优化。譬如说libc,老生常谈的东西,有哪段稍微复杂一点的C程序离得开libc 呢?GNU版本的libc大概是400K左右,而Android对libc做了大规模精简,最后结果只有200K,Android把精简后的libc称为 bionic。尺寸缩小是一方面,另一方面是提高了运行速度,尤其体现在pthread的处理上。

      梳理和优化的工作,既耗时又费力,Google Android大方地把自己的成果一揽子公开,一方面深得人心,扮演着圣骑士的角色(paladin),另一方面,如果能把嵌入式Linux Kernel和MiddleWare掌控在自己手里,从长远来看,Google就成为嵌入式Linux的庄家,到那时,其它公司想挑战Google的地位就难了。

      2. Dalvik虚拟机。

      图一中的倒数第二层,靠右边的方框中,显示的是Android Runtime,包括Dalvik虚拟机和Core library两部分。有人说,Dalvik是Java虚拟机,这是不正确的。的确,从使用者角度看,Dalvik的语言和Java高度一致,但是形式相同并不等于实现方式相同。又有人说,Dalvik是把Java语言,通过JNI,翻译成C/C++语言的翻译器。这种说法也不准确。

      Inside Java Virtual Machine”是一本介绍Java虚拟机内部实现的书,书写得深入浅出,非常值得一读。花几个星期读此书,你会惊艳于Java和JVM设计之精巧。如此精巧的系统,还有没有改进的余地?Dalvik是一个成功的尝试。Google Android的Dan Bornstein有一个演讲,介绍了Dalvik内部的实现原理。

      [FLASH]http://www.youtube.com/v/ptjedOZEXPM[/FLASH]

      Dalvik Virtual Machine internal,by Dan Bornstein,Google I/O conference,2008

      Courtesy http://www.youtube.com/watch?v=ptjedOZEXPM

      Dalvik和Java虚拟机的区别在哪里?主要是两条,

      a. Dalvik的bytecode是.dex,而JVM的是.class。两者的区别在于.dex比.class尺寸更小。同样一段Java源代码,分别编译成.class和.dex bytecodes,很多情况,.dex比对应的.class小25%以上。

      b. 对比Dalvik执行.dex和JVM执行.class,占用的CPU时间以及内存空间比JVM更少。至于快到什么地步少到什么地步,目前还没有广为接受的benchmark对比结果。据传,Dalvik比JVM快5-6倍。

      有人戏言,在计算机领域想出人头地,有个投机取巧的捷径,要么做大,要么做小。Google的云计算平台走的是“做大”的路线,让百万台机器同时工作,相互协调。 Google的Android走的是“做小”的路线。大和小两个极端中,能在一端做出突出成就,已经出人头地,Google两头冒尖,不服不行。

      关键词(Tags): #硅谷评论
分页树展主题 · 全看首页 上页
/ 40
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河