谈Android终端厂商的如何建设 ——
16lz
2022-01-20
By-刘智勇
标签： 应用商城 AP 终端厂商 Android 2011-09-20 19:36
在写本文之前，找对问题是我们讨论本土Android发展的首要，回眸一个世纪前的那场新文化运动，在风口浪尖，众人看到了陈独秀、胡适、辜鸿铭所各自代表的新文化和旧文化之间思想交锋，籍此，笔者想借远在百年之前的那场思想时空激辩，用一个广角度，笔者来探寻Android开放开源在本土到底怎么了？对于终端厂商而言， <得AP者得天下>的目标如何实现？终端厂商如何建设<开放乐园>？本文将提出一些建策。
Ø 得AP≠做AP
对于智能终端来说，得AP者得天下。这是家家皆知的现象，注意，我说的是现象。然而 <得AP>并不能解释Android Market为什么强大，为什么有那么大的下载量。对终端厂商来讲，在其中不得不面对一个现实，那就是<做AP>，开足人工，做AP来吸引用户。可见终端厂商之“得AP者得天下”急切心境，然<得AP>的Google,为什么不写AP。相反，Android的存在就可以<得AP>。终端厂商要改变思路，由<做AP>改为<得AP>。
Ø 建乐园≠建AP商店
本土的很多Android终端厂商都在自建AP商店，并且这些商店与Android Market的AP兼容，在<得AP得天下>的终极目标影响下，大家都在建设AP商店，而很少去谈论支持AP的框架、API等。我们知道，在Android架构里，AP与Android Framework、Android Service、Native Service等息息相关。因而，<得AP>本身就变得是一项巨大的软件工程，不是简单的一个应用商城接口就能解决的。由于AP多样式，这里还涉及到软硬整合的<框架设计>、端云整合的<框架设计>以及API设计。
笔者认为，Android终端厂商把关注点从<应用商城>转移到Android<开放乐园>，Android终端厂商要做深做厚自己的框架,用心设计经营乐园，才可带来AP的繁荣。
Ø APK的跨平台≠开放①
原本开放Android到了国内后，都慢慢演变为了半封闭的作业系统，每家都声称开放，支持Android的APK，然而，作为我们熟悉Android开放的开发者看来，仅有的AP跨平台，还称不上开放。如此，又何谈<得AP>?又如何与其他终端竞争？在<AP>上又如何呈现多样性？
笔者认为：改变原来的只开发AP的思路，将重心放在Android的框架设计，这个框架可以来包容终端厂商和互联网企业的内容；再次，将框架以Open API的形式提供给众多的应用开发者，由AP开发者来贡献AP，而不是自己做AP。如此，才能让<开放乐园>欣欣向荣。
Ø 与云联合≠云唱主角
本土互联网企业的强大，使得终端厂商在产业链的发展处在了<被控制>的状态。一时间，在这场端云整合的市场中，硬体厂商对云即畏惧又不得不参与，以至于很多厂商还将<云>作为了主角，而自己的硬件<端>退为配角的位置，实让笔者难以释怀。注意，我不是反对<端云整合>，反对云主导端。今天我们的角度是站在终端厂商，因而我特别表明:不让云唱主角。
我们来换一个角度看云：互联网企业不得不面对一个现实，互联网企业在“端”没有军队（系统层的应用）来守护自己的云服务；从阿里云手机到小米手机，都在尝试着用“端”来保护云服务，将服务写入系统启动。
面对<风起云涌>，终端厂商当师<云>长技以联<云>。
Ø 回归本业：软硬整合
国内终端厂商遇到一些问题困惑，比如软硬整合缺少创新点。然而，近来，三星某款高价位产品在市场上取得骄人业绩，请问差别在哪里？我想不言而喻。基于硬件发挥产品特色已经成为差异化的必备条件。如此，本土企业不做<软硬整合>创新，还在迟疑，我们的未来市场将会被国际大厂吞噬。
为什么说软硬整合是必备条件，笔者来解释：发挥了Android架构对终端厂商的优势，使得硬件的高价高质量可以透过Android架构传递到Android上层；继而，软件厂商、互联网企业、AP开发者将硬件性能间接或者直接呈现在AP上，进而使得终端呈现多样性。
当然对于架构师来讲，创新之初的软硬整合往往会遇到很多问题，在处理这些问题的时候，架构师需要避免要局限性这个词来归纳问题，这是个关键的地方，因为这将影响到<开放乐园>健康发展，架构追求的原则是正向性、积极性。例如，谷歌在考虑HAL层，就是基于这个原则，充分 调动了终端厂商和第三方开发厂商。
结论：解<得AP者得天下>
一个好的架构师的终极目标就是设计他的<开放乐园>，这个乐园有着正向，向内的引力，可以容纳更多的软硬件，请软硬件来将<开放乐园>装饰的五彩斑斓，得AP者得天下。
词语解释
① APK： Android系统下的应用程序文档
标签： 应用商城 AP 终端厂商 Android 2011-09-20 19:36
在写本文之前，找对问题是我们讨论本土Android发展的首要，回眸一个世纪前的那场新文化运动，在风口浪尖，众人看到了陈独秀、胡适、辜鸿铭所各自代表的新文化和旧文化之间思想交锋，籍此，笔者想借远在百年之前的那场思想时空激辩，用一个广角度，笔者来探寻Android开放开源在本土到底怎么了？对于终端厂商而言， <得AP者得天下>的目标如何实现？终端厂商如何建设<开放乐园>？本文将提出一些建策。
Ø 得AP≠做AP
对于智能终端来说，得AP者得天下。这是家家皆知的现象，注意，我说的是现象。然而 <得AP>并不能解释Android Market为什么强大，为什么有那么大的下载量。对终端厂商来讲，在其中不得不面对一个现实，那就是<做AP>，开足人工，做AP来吸引用户。可见终端厂商之“得AP者得天下”急切心境，然<得AP>的Google,为什么不写AP。相反，Android的存在就可以<得AP>。终端厂商要改变思路，由<做AP>改为<得AP>。
Ø 建乐园≠建AP商店
本土的很多Android终端厂商都在自建AP商店，并且这些商店与Android Market的AP兼容，在<得AP得天下>的终极目标影响下，大家都在建设AP商店，而很少去谈论支持AP的框架、API等。我们知道，在Android架构里，AP与Android Framework、Android Service、Native Service等息息相关。因而，<得AP>本身就变得是一项巨大的软件工程，不是简单的一个应用商城接口就能解决的。由于AP多样式，这里还涉及到软硬整合的<框架设计>、端云整合的<框架设计>以及API设计。
笔者认为，Android终端厂商把关注点从<应用商城>转移到Android<开放乐园>，Android终端厂商要做深做厚自己的框架,用心设计经营乐园，才可带来AP的繁荣。
Ø APK的跨平台≠开放①
原本开放Android到了国内后，都慢慢演变为了半封闭的作业系统，每家都声称开放，支持Android的APK，然而，作为我们熟悉Android开放的开发者看来，仅有的AP跨平台，还称不上开放。如此，又何谈<得AP>?又如何与其他终端竞争？在<AP>上又如何呈现多样性？
笔者认为：改变原来的只开发AP的思路，将重心放在Android的框架设计，这个框架可以来包容终端厂商和互联网企业的内容；再次，将框架以Open API的形式提供给众多的应用开发者，由AP开发者来贡献AP，而不是自己做AP。如此，才能让<开放乐园>欣欣向荣。
Ø 与云联合≠云唱主角
本土互联网企业的强大，使得终端厂商在产业链的发展处在了<被控制>的状态。一时间，在这场端云整合的市场中，硬体厂商对云即畏惧又不得不参与，以至于很多厂商还将<云>作为了主角，而自己的硬件<端>退为配角的位置，实让笔者难以释怀。注意，我不是反对<端云整合>，反对云主导端。今天我们的角度是站在终端厂商，因而我特别表明:不让云唱主角。
我们来换一个角度看云：互联网企业不得不面对一个现实，互联网企业在“端”没有军队（系统层的应用）来守护自己的云服务；从阿里云手机到小米手机，都在尝试着用“端”来保护云服务，将服务写入系统启动。
面对<风起云涌>，终端厂商当师<云>长技以联<云>。
Ø 回归本业：软硬整合
国内终端厂商遇到一些问题困惑，比如软硬整合缺少创新点。然而，近来，三星某款高价位产品在市场上取得骄人业绩，请问差别在哪里？我想不言而喻。基于硬件发挥产品特色已经成为差异化的必备条件。如此，本土企业不做<软硬整合>创新，还在迟疑，我们的未来市场将会被国际大厂吞噬。
为什么说软硬整合是必备条件，笔者来解释：发挥了Android架构对终端厂商的优势，使得硬件的高价高质量可以透过Android架构传递到Android上层；继而，软件厂商、互联网企业、AP开发者将硬件性能间接或者直接呈现在AP上，进而使得终端呈现多样性。
当然对于架构师来讲，创新之初的软硬整合往往会遇到很多问题，在处理这些问题的时候，架构师需要避免要局限性这个词来归纳问题，这是个关键的地方，因为这将影响到<开放乐园>健康发展，架构追求的原则是正向性、积极性。例如，谷歌在考虑HAL层，就是基于这个原则，充分 调动了终端厂商和第三方开发厂商。
结论：解<得AP者得天下>
一个好的架构师的终极目标就是设计他的<开放乐园>，这个乐园有着正向，向内的引力，可以容纳更多的软硬件，请软硬件来将<开放乐园>装饰的五彩斑斓，得AP者得天下。
词语解释
① APK： Android系统下的应用程序文档
更多相关文章
- android运行C程序以及C程序在android下的编译
- Android(安卓)和iOS 比较之我见
- Android实现pppoe拨号上网（二）具体步骤
- 最封闭的开源系统，话说Android的八宗罪(转)
- Android设计趋势分析10则
- 分析称Android(安卓)4.0依然不足以抗衡iPad
- Android运行时权限，6.0—9.0多版本，多终端（手机，TV盒子）130行代码一劳
- Mac下关于The "android" command is deprecated.问题解决
- Andorid adb 命令