mozilla 的 boot to gecko 能否成功 | 极客公园

1. 应用功能偏弱

因为在 webos 中的应用（web app）功能的实现是通过 webapi 直接调用硬件的，而配套的标准现在还没有一个标准，部分设备硬件的访问接口调用是无法调用的，如陀螺仪、nfc 等。此外，对于 webos 来说，一个个应用就像是一个个网站，虽然可以通过 url 链接快速定向切换但是应用间的数据通信很难进行，对于像读取通讯录、发图片、加附件等访问存储数据的读写支持上将会很痛苦，消息的推送实现也较困难，这也会使得应用功能变得更加薄弱。

对于以上应用间通讯和通知目前 google 有初步的方案，不过还没成熟。

2. 应用体验较差

我们知道应用程序的开发除了功能底层外还涉及 ui 的实现和工作流 程的组织，而开发者利用 html+css+javascript 虽然可以通过让ui 的渲染由浏览器内核（渲染机）实现，业务逻辑（功能实现）由 javascript 引擎处理来大大降低工作难度，但是将浏览器内核作为 gui 管理基石的同时也带来了无法让产品像 native app 那样更酷更炫更动感更性感。例如 iphone 上最普遍的 黑色毛玻璃透明特效、cover flow 和 srolling lists 等效果。如果说对于一些简单的阅读网址类应用如 ft 等还好，但是对于需要与用户有大量交互动作的应用来说，web app 现在很难达到 native app 的成效。也可以说现阶段移动设备浏览器的性能还不能支持与 native app 体验媲美的 web app 。

当然这也并不是无解的，palm webos 曾经的解决方案是采用npapi（类似 ie 的 activex 技术）来兼容 adobe 的 flash player 到其 webkit 框架中去。
相信对于 mozilla 的 gecko 也是可以通过相应的插件技术来弥补部分体验不足的缺点，但是终归还是达不到本地应用的效果。而未来随着 html5 的逐渐强大会一点点追上，但是暂时只能如此了。

3. 源代码保护问题

玩过 palm webos 都知道 rom 下有 /usr/palm/applications 这么一个目录，里面是什么呢？源代码。只要启动开发者模式，安装免费的 palm webos sdk 连上数据线就可以看到 webos 里面所有的一切。应用程序有两种：商业的和开源的，两者的区别只是源代码级别的，它们都可以收费。不过由于应用程序是使用 html+javascript + css 写的，没有编译，没有加密，甚至连简单的混淆器等初步保护都没有，任何人都可以轻易的得到源代码，不管你是商业的还是开源的。就像网页里右键查看源代码一样简单。

因为 webos 里的 app 其实就是一个功能完善的网站，所以一旦安装应用后，所有的 html、javascript 、css 就像赤裸的羔羊一样任你查看修改蹂躏，甚至连 api 的 key 和登录信息都是可见的。这对于像付费盈利的开发者来说绝对是一个噩梦。因此在 palm webos 里，应用缺少也就显而易见了，连 foursquare 在上面都不得不开源。这个致命的缺点是所有 web 开发的通病， b2g 暂时也是无法避免的，除非能在编译和部署之间找到一个完美的解决方案，像 google 的 native client 那样借助 llvm 编译，布署二进制编译码。这方面，还需等待 mozilla 更好的解决方法。

4. 盈利模式

mozilla 已经宣布将建立 mozilla marketplace，同时与电信运营商的联合也表明 b2g 可能会让运营商负责解决包括 oem 在内的支付、付费等问题，毕竟 mozilla 做为一个非盈利性组织，它的使命是保持互联网的开放和免费，而不是运营商业盈利机制。因此，对于一个开源的系统如何收费，如何解决支付问题都是摆在 b2g 面前的难题。