看当今的天下,不得不说是移动端的天下,进而对mobile app的需求很是的大,那就出现了一个问题,native app(原生应用)开发 成本高、须要针对不一样平台;web app 体验不如native app 、调用终端系统的能力弱;进而出现一种hybrid app(混合模式移动应用),由下面表格(来源百度百科)说明 hybrid app的优点:javascript
web app(网页应用) | hybrid app(混合应用) | native app(原生应用) | |
开发成本 | 低 | 中 | 高 |
维护更新 | 简单 | 简单 | 复杂 |
体验 | 差 | 优 | 优 |
Store或market承认 | 不承认 | 承认 | 承认 |
安装 | 不须要 | 须要 | 须要 |
跨平台 | 优 | 优 | 差 |
这里面有一点我以为不是很正确的,就是web app的体验是差,如今的浏览器,例如UC,会对页面进行转换,进而达到一种温馨的阅读状态,例如看小说(本人最爱),转换以后的页面看起来一点不比原生应用差。我以为web app的缺点不在这,是在于与终端原生交互的欠缺。html
话说到这,你们确定知道我想云编译什么东西了吧,就是混合应用!前端
这里再不说什么是云编译,首先说说为何要用云编译这东西。java
hybrid app 说究竟是一个原生应用,只不过是用webview来展现html页面,全部它是须要编译的(编译成apk)。若是说你只是作了一些页面,完成一个hybrid应用,而且仅仅打包一次,那好,能够说你不须要这云编译这东西。可是,若是公司有成十上百个hybird项目,每一个项目打包都不下10次,而且更惨开发人员不懂移动端开发(不会编译啊),那你就须要提供一个云编译的东西。android
云编译只是辅助帮助打包应用,这对于开发hybird应用是不够的,还须要的是:ios
说到这,云编译其实就是帮你把web页面装进原生壳里面去,而后编译成安装包,而加上个“云”是由于这种编译服务是部署在云上的(没啥别特殊的意思)。web
今天就说说到这里,下一篇再讲讲是云编译的步骤。api