在移动开发这片热土上,除了原生之外,也有一些公司在尝试着新技术、新模式,这是混合开发诞生和延续意义以及价值。
原生开发和混合开发的优缺点也已经是一个老生常谈的事儿了,在这里我就简单来说一下:
原生开发优点:灵活、主流、成熟、解决问题成本等优点;
混合开发技术:开发效率快,上手难度低,跨平台(一套代码可以运行在ios/android)上;
缺点就不用多说了,他们本身的优点也是牵制对方的缺点。
进入主题
而我们本文重点要说的是我们在将近3年的实践当中,对与混合开发的一些思考与总结,希望可以帮助一些公司在混合开发技术框架选型上少走一些弯路,当然本文所述的所有信息都是我对于这些技术一些自己的理解,对你只是有参考作用,不能完全替代和帮助框架师对于技术的选型,俗话说的好:“明白了很多道理,依然过不好这一生.”,有些坑还是要自己踩的,不然也不会懂得什么叫“刻骨铭心”!
框架进阶之路
我们这三年的时间,做的是一款综合类app,里面主要的功能有:新闻、工具(十余款)、聊天、朋友圈,功能可以说比较多。
而我们使用的混合开发框架有:
下来我们说这四款框架的优缺点;
DCloud作为我们最早(2015年)使用的WebApp框架,可以说让我们用的非常的不舒服,DCloud是我们精心选择的第一款混合开发框架,对比了同类的webapp框架还算优秀,有自己的开发工具HBuilder,有很好的模板和Demo让我们能很快的上手写代码,配合官方MUI(DCloud的UI解决方案),咋一看用起来还可以,然而在我们的实践中还暴露了很多问题,下面我来列举一下:
优点:
缺点:
总体来说:DCloud看起来入门很容易,但是想要写好需要很好的js功底,普通水平的js写出来的app用户体验非常有局限性,基于上面的问题,我们决定换掉它。
DeviceOne(下文简称do)是我们国内北京的一个公司做的,他也有自己的开发工具,是基于eclipse改的,编译器可以说很不好用,不时的需要重新启动一下,而do和DCloud的最大区别是,do不是webapp,所以在性能上do是远远胜于DCloud的,do在UI上采用的是“组件商店”的概念,在说这个概念之前先要说说do的基本原理,do开发使用的是js语言,是标准的js函数,而js方法调用的组件,全部是用原生封装好的,所以你使用的每个组件:第一、可以在开发工具上拖拉拽;第二、官方开发了他们开发组件的接口每个人都可以给他们写组件,下来具体说说他们的优缺点:
优点:
缺点:
总体来说:do性能和模式都是ok的,只是开发app受外界因素影响比较多,资料比较少,替代方案几乎没有。
经历了两次框架更换之后,我们把希望寄托给了微软的Xamarin,用它的一个好处是可以使用C#开发,对于C#出身的程序员来说,简直是梦寐以求的事情,在一个好处就是他有一个“好粑粑”,以之前我们对于C#的信任,让我们对于Xamarin的技术,也不自觉的产生了好感,以至于我们错误了低估了他能带给我们的“麻烦”。
优点:
缺点:
总体来说:开发成本相对于之前两款框架来说,耗费的成本要高很多,Xamarin本身的功能也有限,使用的人数少,导致资料和解决方案少,开发成本和解决问题的成本很高,有很多组件没有很好的封装,集成起来也相对麻烦很多。
我们目前正在使用的框架,Facebook和JD的开发框架,在混合开发技术领域属于正统的,主流的框架,网上的资料多,基于React技术JSX技术相对成熟,开发成本低会js稍加学习一下JSX的语法即可,基于npm生态系统,所有nodejs可以使用的三方包,都可以使用,可以使用es5/es6/es7的语法开发app,非常舒服,第三方组件和绑定原生库都非常的简单方便,网上的资料也非常多。
优点:
缺点:
总体来说:React Native对于混合开发来说应该是一个不错的选择。
所有的经历,到最后都会变为经验,拥抱变化,不断的尝试和学习新的技能,会让你收益匪浅,墨守成规已经不在适应这个物竞天择的世界。成长的道路上会遇到很多坎坷和挫折,但不管这些试错成本有多大,他最后产生的价值,要远远大于固步自封与墨守成规带来的后果。