【原创】大纵深的移动位置业务- 西西河

【原创】大纵深的移动位置业务- 西西河

首先反过来想想，为什么调用APIs，通过写程序的办法去画 UI不是很好的办法呢？两个原因，1. 用户不仅需要下载软件包，还要安装它。在安装软件包的时候，不可避免的需要设置很多环境变量，这是一个很容易出错的环节，所以第一个原因是软件包的安装很麻烦。2. 安全方面的顾虑。用户怎么知道他下载的软件包不是病毒？因为这两个原因，让用户安装软件会遭到极大的抵触。但是文本文件没有安全上的顾虑，同时也没有安装上的困难。这是第一个好处。

第二个好处，UI肩负着三个方面的交互任务，第一个是应用系统和用户之间的交互，第二个是和远程的网络服务器之间的交互，第三个是和手机本地的外围设备，以及业务逻辑模块之间的交互。
http://www.ccthere.com/article/1950974
对于这三个交互，浏览器已经解决了三个中间的两个，1. 和用户之间的交互，2. 和远程的网络服务器之间的交互。这对于我们应用开发商来讲，是一个非常好的消息，至少我们可以偷懒三分之二。

但是剩余的问题是如何与手机本地的外围设备，以及业务逻辑模块之间的交互。这是我们这里需要重点谈的。
http://www.ccthere.com/article/1950974
点看全图

最好的办法是找Google Android team的黄泰一博士这样的朋友，跟他说，“你能不能在WebKit和V8 JavaScript engine里面，给我预装一个插口，有了这个插口之后我可以插入各种各样的业务逻辑模块？”
http://www.ccthere.com/article/1950974
但是目前来讲，1. 我们还没有看到一个设计成熟的，工作稳定的手机浏览器插件机制。2. 即便是有这样的浏览器，各个平台，不同厂家的浏览器，它们的插件接口也没有一个统一的，规范的标准。3. 这个业务逻辑模块能插，其它模块不一定能插，也就是说，可扩展性也是一个顾虑。