混合模式为什么成为占有率高的app开发技术
“业务部门的一个想法，IT一两周就能做出来了”这对于企业的信息化负责人而言，也是很重要的一个褒奖。而这种速度的需求，恰恰是APICloud平台的混合开发技术明显的优势，一套代码同步生成iOS与Android两个平台的app，甚至能够部分兼容微信公众号和小程序。这一套代码，不代表偷懒以及工程技术的简化，而更多的是因为节省的不仅仅是代码编写的时间，更重要的是节省了多个技术团队之间跨知识结构协同的问题，不再需要iOS与Android工程师开会讨论实现的差异性问题，更是大幅节省了app与服务器端联调联试的时间成本。所以，如果同样的功能，同样从0开始，使用传统的原生开发技术根本无法完成一两个星期内实现有价值的业务需求落地，这个过程若使用原生技术可能连不同终端碎片化和差异化问题都没有解决。为了满足CIO对于业务发展和数字化效率的要求，在移动战略中往往都会规划使用跨平台的混合模式app开发作为移动战略的支撑基础。
第二、业务灵活性的需求
在PC时代的B/S架构中，想要实现IT系统的更新并不需要过多考虑用户端的影响。因为作为用户入口的浏览器，一直处于访问网络的状态，只要网络联通，用户随时访问网站都会获得新的功能和业务。对用户而言，并不真正存在版本的概念。只要访问服务器，服务器的任何更新都可以随时展示到用户界面上，真要出现什么用户的使用问题，大不了”清空一次浏览器cookie“基本都可以得到解决。
但是在移动时代，用户对版本的概念变得极其敏感。而CIO对于app的版本管理也变成了头痛的问题。往往碍于软件开发商能力的制约，或者说凡事工程性的问题就都会存在bug，让一些发布出去的app变得难用甚至崩溃。或者一些临时的市场活动、很少的但是重要的功能、一些不在规划内的产品需求调整，都会直接引出同一个问题”用户必须更新一个版本甚至重新下载，才能满足上述需求“。这种看似日常的版本发布和用户的更新，恰恰是传统企业信息化过程中全新的课题。
”能不能像传统浏览器那样，用户打开永远是新的服务和功能？“很多企业CIO问出了相同的问题，于是大量三流的软件服务商以及IT程序员想出来一个”偷懒“的模式。在app中嵌入一些WebView，把一些功能用传统网页的模式，访问服务器，动态获取。这表面上解决了版本更新的问题，实则上大量垃圾体验的app就此产生。
企业业务灵活性的要求，其实本质是希望像”微信小程序一样，随时发布一些新的功能，随时动态增改一些功能入口，让用户随意使用。但是用户的体验，则要与真正的app一样“。这种业务灵活性的需求，其实需要的便是像微信小程序或类似APICloud提供的混合app开发技术来支撑，从而达成”增量更新“、”静默更新“”打开获得新功能和新体验“，而不是嵌套Webview，网页模拟app的方法，以垃圾体验的代价换取业务灵活的可行性。
当然，传统模式开发的app，特别是Android端也开始部分支持动态更新，这也恰恰说明，业务灵活性是企业互联网化、数字化过程中的刚需。只是碍于传统技术的制约以及软件开发团队或者服务商的能力所限，真正的原生动态更新始终没有办法大范围进入企业实现商用。这也让企业开始选择混合开发的模式来支撑移动战略，逐渐成为CIO的主流选项。
第三、集中管理的需求
业务部门的互联网化意识经过移动互联网的普及，被广泛带动起来。所以传统的IT主导企业信息化的发展势态发生了微妙的变化，以前IT部门发起几乎所有的信息化需求，但是现在的IT部门越来越像”服务部门“。因为业务团队在不停的发起各种各样”业务+互联网“的信息化需求。这个时候，很多传统企业IT的领导，没认识到自己角色的转变，如果还一味的”拖延“、”不管不问“、”你们自己搞定“这样的官僚做法，就会导致很多企业的信息化出现“各种移动app彻底碎片化”，各个业务部门自己找软件开发商实现自己的需求的局面。这不但架空了IT部门的信息化主导地位，更麻烦的是让后续的集中管理变得艰难无比。几十家甚至上百家的不同标准的服务掺杂在企业的核心系统中，甚至业务部门为了快速满足自己的需求部分脱离了IT主导的传统PC核心系统。这是非常危险的信号。
