个人移动混合开发之旅

在移动开发这片热土上，除了原生以外，也有一些公司在尝试着新技术、新模式，这是混合开发诞生和延续意义以及价值。

原生开发和混合开发的优缺点也已是一个老生常谈的事儿了，在这里我就简单来讲一下：

　　原生开发优势：灵活、主流、成熟、解决问题成本等优势；

　　混合开发技术：开发效率快，上手难度低，跨平台（一套代码能够运行在ios/android）上；

缺点就不用多说了，他们自己的优势也是牵制对方的缺点。

进入主题

　　而咱们本文重点要说的是咱们在将近3年的实践当中，对与混合开发的一些思考与总结，但愿能够帮助一些公司在混合开发技术框架选型上少走一些弯路，固然本文所述的全部信息都是我对于这些技术一些本身的理解，对你只是有参考做用，不能彻底替代和帮助框架师对于技术的选型，俗话说的好：“明白了不少道理，依然过很差这一辈子.”，有些坑仍是要本身踩的，否则也不会懂得什么叫“刻骨铭心”！

框架进阶之路

　　咱们这三年的时间，作的是一款综合类app，里面主要的功能有：新闻、工具（十余款）、聊天、朋友圈，功能能够说比较多。

　　而咱们使用的混合开发框架有：

• DCloud
• DeviceOne
• Xamarin
• React Native

下来咱们说这四款框架的优缺点；

一、DCloud

　　DCloud做为咱们最先（2015年）使用的WebApp框架，能够说让咱们用的很是的不舒服，DCloud是咱们精心选择的第一款混合开发框架，对比了同类的webapp框架还算优秀，有本身的开发工具HBuilder，有很好的模板和Demo让咱们能很快的上手写代码，配合官方MUI（DCloud的UI解决方案），咋一看用起来还能够，然而在咱们的实践中还暴露了不少问题，下面我来列举一下：

　　优势：

• 门槛比较低（懂Js和Html的程序员对照着api很快可以上手）；
• 有一整套的解决方案，开发工具+UI库；

　　缺点：

• 使用的是传统H5技术，在性能上尤为是低端android机上有瓶颈，高端机操做上也有明显的延迟；
• 打包是在线打包，服务器常常挂，至少2015年是这样，结果你着急上东西，却迟迟打不出来app，有必定的制约和风险性；
• 文档不是很全，有些东西不太好找；
• 页面生命周期执行函数存在几率事件，这个事情当时纠结了好久，官方的回复也是有必定的概率执行或者不执行，2015年是这样，如今的状况不明；

　　整体来讲：DCloud看起来入门很容易，可是想要写好须要很好的js功底，普通水平的js写出来的app用户体验很是有局限性，基于上面的问题，咱们决定换掉它。

二、DeviceOne

　　DeviceOne（下文简称do）是咱们国内北京的一个公司作的，他也有本身的开发工具，是基于eclipse改的，编译器能够说很很差用，不时的须要从新启动一下，而do和DCloud的最大区别是，do不是webapp，因此在性能上do是远远胜于DCloud的，do在UI上采用的是“组件商店”的概念，在说这个概念以前先要说说do的基本原理，do开发使用的是js语言，是标准的js函数，而js方法调用的组件，所有是用原生封装好的，因此你使用的每一个组件：第1、能够在开发工具上拖拉拽；第2、官方开发了他们开发组件的接口每一个人均可以给他们写组件，下来具体说说他们的优缺点：

　　优势：

• 开发效率极高，组件拖拉拽就能够；
• 开发门槛低，会js便可；
• 执行效率高；

　　缺点：

• 开发质量、开发的功能，受组件的制约，组件有bug你写出来的app就有bug，组件没有的功能，你app也实现不了；
• deviceone的打包次数和下载次数有限制，超出的须要收取费用；
• 使用的是在线打包，服务器偶尔也会挂；　　
• 有些组件有问题，找官方处理，他们会让你写错误示例的demo，刚开始写一个两个还好，最后给do写错误demo成了工做的一部分了，影响工做效率；
• 使用的人很少，网上的资料/替代方案相对匮乏；

整体来讲：do性能和模式都是ok的，只是开发app受外界因素影响比较多，资料比较少，替代方案几乎没有。

三、Xamarin

　　经历了两次框架更换以后，咱们把但愿寄托给了微软的Xamarin，用它的一个好处是可使用C#开发，对于C#出身的程序员来讲，简直是求之不得的事情，在一个好处就是他有一个“好粑粑”，以以前咱们对于C#的信任，让咱们对于Xamarin的技术，也不自觉的产生了好感，以致于咱们错误了低估了他能带给咱们的“麻烦”。

　　优势：

• 可使用C#语言开发；
• 本地打包，不在受其余平台服务器的制约；
• 调试方便，vs开发工具打断点容易；

　　缺点：

• 国内资料少，资料都是国外的；
• 应用群体少，成熟解决方案少，不少第三方组件不支持，咱们在绑定三方的组件好比：极光推送、相册选择、友盟统计、百度地图等ios绑定上耗费了大量的时间和经历；
• 开发成本高，C#程序员也来越少也愈来愈难招；
• ios意外的闪退比较多，并且缘由很差找；

整体来讲：开发成本相对于以前两款框架来讲，耗费的成本要高不少，Xamarin自己的功能也有限，使用的人数少，致使资料和解决方案少，开发成本和解决问题的成本很高，有不少组件没有很好的封装，集成起来也相对麻烦不少。

四、React Native

　　咱们目前正在使用的框架，Facebook和JD的开发框架，在混合开发技术领域属于正统的，主流的框架，网上的资料多，基于React技术JSX技术相对成熟，开发成本低会js稍加学习一下JSX的语法便可，基于npm生态系统，全部nodejs可使用的三方包，均可以使用，可使用es5/es6/es7的语法开发app，很是舒服，第三方组件和绑定原生库都很是的简单方便，网上的资料也很是多。

　　优势：

• 开发门槛低（会js稍加学习jsx语法便可）；
• 资料多，解决问题成本低；
• 开发效率高，第三方集成组件多；
• 有好的开发生态圈，性能好，背靠npm有万级以上的优秀开源三方组件支持；

　　缺点：

• 初学者，配置较多，开发环境配置不是很方便；
• Facebook的更新频率比较快，版本存在必定的差别，有些老的资料可能并不适用于如今的版本；

整体来讲：React Native对于混合开发来讲应该是一个不错的选择。

总结

全部的经历，到最后都会变为经验，拥抱变化，不断的尝试和学习新的技能，会让你收益匪浅，墨守成规已经不在适应这个物竞天择的世界。成长的道路上会遇到不少坎坷和挫折，但无论这些试错成本有多大，他最后产生的价值，要远远大于固步自封与墨守成规带来的后果。