ionic ,react-native , native 移动端开发对比

Post image

移动端开发如何选型?这里介绍一下我眼中的ionic,react-native,native 三种移动端开发选型对比。欢迎大家补充指正!

一、 跨平台特性

ionic : write once, run anywhere ( 一次开发,随处运行)

不涉及到系统级的开发的话, 确实是一次开发 处处运行,如果涉及到系统级API调用以及项目配置(如 ios plist文件)则需要自己手动编写cordova插件的方式达到效果(如:注册文件的打开方式),当然,网上也有可能找到可以安装的现成插件。


react-native :Learn once, write anywhere ( 一次学习,随处开发)

不涉及到与native混编的话, 统一js 进行开发 使用jsx 语法 确实能做到各端开发,但是需要针对iOS 和 android 开发两套代码。


native :?!

各玩各的,无法跨平台。

二、开发方式

ionic :html + angularjs + css

使用 html + angularjs 与网页开发类似,系统级的调用由cordova插件解决,封装得相当好,简单易用,特殊情况的自己动手编写插件比较难,一般没有需要手动编写代码插件的情况,网上有比较多的插件可供下载安装,可用flexbox布局。


react-native :js + css

普通UI全程js开发,部分情况下需要使用与native混合的方式,没有统一的UI组件,ios组件较多,android组件较少,各自编写js文件的情况较多,简单空间和逻辑层可共用,基本上iOS和android是两套代码,可用flexbox布局。


native :java + oc|swift

iOS android 不同语言开发 以及适配。

三、功能支持

ionic :编写cordova插件,则能达到全部支持

UI交互 由Web实现,系统级的交互 由 cordova实现,目前 文件上传下载,url跳转以及文件打开方式 均已做验证可实现,cordova对系统级调用的支持比较好,涵盖了大部分系统功能,如摄像头,设备信息,电池,网络等,不排除潜在不支持的问题。


react-native :与native 混编 可达到全部支持

android高级组件可能需要自己实现,系统级的功能可通过安装第三方插件或者与native混编的方式实现 ,基本上功能能完全实现


native :全部支持

完全能实现

四、性能对比

ionic :虽然性能一直是html5在移动端的最大问题,但是ionic已经做得非常出色了,在ios上基本上无法区分是否是原生app

不添加crosswalk插件 体验较差,添加 crosswalk 插件以后 体验较好,但是app打包偏大。程序运行内存占用较大(网络数据对比同款产品,内存占用100+M)


react-native :接近原生性能

js 到 native 需要经过两层桥接,性能与原生差别不大(网络数据对比同款产品,内存占用50 M)


native:开发者水平很重要

性能最好 (网络数据对比同款产品,内存占用30 +M)

五、优劣对比

ionic

  • 优势:

    1. ios 和 android 基本上可以共用代码,纯web思维,开发速度快,简单方便,一次编码,到处运行,如果熟悉web开发,则开发难度较低。
    2. 文档很全,系统级支持封装较好,所有UI组件都是有html模拟,可以统一使用。
    3. 可实现在线更新 允许加载动态加载web js
  • 劣势:

    1. 性能相对较差,内存占用高,手写插件难度较大。
    2. web技术无法解决一切问题,对于比较耗性能的地方无法利用native的思维实现优势互补,如高体验的交互,动画等。

react-native

  • 优势:

    1、虽然不能做到一处编码到处运行,但是基本上即使是两套代码,也是相同的jsx语法,使用js进行开发。用户体验,高于html,开发效率较高 2、flexbox 布局 据说比native的自适应布局更加简单高效

    1. 可实现在线更新 2015.7.28 AppStore审核政策调整:允许运行于JavascriptCore的动态加载代码
    2. 更贴近原生开发
  • 劣势:

    1、(引)对开发人员要求较高,不是懂点web技术就行的,当官方封装的控件、api无法满足需求时 就必然需要懂一些native的东西去扩展,扩展性仍然远远不如web,也远远不如直接写Native code。 2、(引)官方说得很隐晦:learn once, write anywhere。人家可没说run anywhere。事实上,从官方的api来看SliderIOS,SwitchIOS..等等这些控件,之后势必会出现SliderAndroid,SwitchAndroid...,也就是很可能针对不同的平台会需要写多套代码。 3、发展还不成熟,目前很多ui组件只有ios的实现,android的需要自己实现。

    1. (引)从Native到Web,要做很多概念转换,势必造成双方都要妥协。比如web要用一套CSS的阉割版,Native通过css-layout拿到最终样式再转换成native原生的表达方式(比如iOS的Constraint\origin\Center等属性),再比如动画。另外,若Android和iOS都要做相同的封装,概念转换就更复杂 5、文档还不够完整 学习曲线偏高

native

  • 优势:

    1. 最好的体验以及功能实现。
    2. 完善成熟的开发文档以及demo。
  • 劣势:

    1. android开发学习曲线较高。
    2. 各个平台分开开发 很难有iOS,android双平台高手。

六、吐槽

ionic:

  • 性能上比预期的要好,
  • app包比较大,毕竟crosswalk 不是白加的。
  • 环境搭建比较坑 项目新建以及安装android平台,build插件 都依赖网络下载,网络不好要等哭
  • requirejs模块化,angularjs 学习曲线较高
  • ionic组件很好用 侧滑菜单,tabs组件现成的。
  • api调用轻松加愉快。
  • 自己写插件要功底。
  • 很期待ionic + anglarjs 2.0 专门针对移动端的正式上线,不过angular2.0的新语法得弄哭一大波人
  • 其实,ionic 还能做web应用,以后网站也可以自己做!
  • 在线更新app 想不爱你都难。
  • livereload 模式,相当好用

react-native:

  • 环境搭建被坑了两天,
  • 可直接使用node_modules,很爽
  • 官方demo jsx语法很茫然 html js css 全都在一个文件里面。
  • 文件上传下载 网上有插件,但是下载下来一看,功能不完整,没有展示进度信息,怎么办?自己写与原生混编。
  • 依赖facebook的框架,控件接口没有原生的丰富,只提供了一些基本接口,估计还在不停的更新完善。
  • 扩展性不好,需要和原生混编 iOS,android都懂的话那我还不如直接分开开发了,还不用依赖facebook的框架,网上还有一大批开源好用的第三方库在等着我们。
  • react-native自带的调试插件把我惊呆了,很不错,很专业
  • 同样的livereload ,在线更新没研究,应该也支持吧。
  • 非web 非native 夹在中间很难受 !
  • 学习还是要成本的!

native:

  • 布局适配也是体力活
  • 同时精通android 和 iOS 的是 【真·大牛】!

文中很多观点来源于开发大牛写的文章,配合我自己的实验感悟读后深感赞同,于是直接引用过来 参考链接:

鬼道在知乎上的回复分析

鬼道对react-native的探索



转载请注明:一粒云官方博客 »