【转】ReactNative&weex&DeviceOne对比
React Native出来有一段时间了,国内的weex和deviceone是近期发布的,我可以说从2011年就开始关注快速开发的跨平台平台技术了,接触过phoneGap、数字天堂、appcan等早期的移动中间件技术,也跟朋友也讨论过这类的轻量级框架。这些年通过Html5技术或通过Hybrid技术实现跨平台的道路,基本已经快走到头了。尝试跨平台App的开发者们都快碰的头破血流了,大家都在期盼新的更成熟的跨平台开发技术能够早日出来。研究React Natvie的时候,基本大部分时间都在看一些类似的源码,也做了一些分析,最近也对weex和DeviceOne做了一些功课,在这里面做一下自己理解的对比,与大家一起交流,勿喷。
首先,基本可以肯定的是,大家都把中心转移到原生的效果上,所以,基本三个平台在思想上没有太大的差别。
1. 首先Reac Native是Facebook产品,而deviceone和weex都是国内公司开发。
2. React Native 和deviceone 的ios版本使用的javascript引擎使用的都是JSCore,weex和deviceone的android版本使用的是V8.V8的运行性能还是很优秀的,我个人也非常喜欢V8。
3. React Native 使用的是数据绑定、组件化、前端框架,weex是组件化、数据绑定、前端框架,deviceone是组件化、数据绑定和运行时引擎技术。
4. 平台要求:
Android: React Native(API16)、weex(API14)、deviceone(API4)
ios:React Native、weex、deviceone基本都是ios7.0以上
windows:React Native需扩展、weex不支持、deviceone已支持。
我们可以看下接下里的环境配置:
React Native 需要安装Android,iOS开发环境,很多依赖,相对复杂。
Weex需要安装Android,iOS开发环境,安装cli,相对简单。
Deviceone不需要安装Android,iOS开发环境,只需安装deviceone的IDE,简单。
开发:
基本三个平台都是JS来开发
React Native倾向于web方式,需了解android、ios的sdk来写,学习成本和技术要求相对较高。
Weex也是倾向于web方式,需了解原生sdk来写,学习成本和技术要求相对React Native已经有了很大改进。
Deviceone更倾向于面向对象,无需了解原生sdk,DeviceOne基本已经实现了一次开发多平台发布的能力。
调试:
React Native 可以在chrome查看,不支持节点调试,支持真机调试。
Weex可以在chrome查看,支持节点调试查看,支持真机调试。
Deviceone支持真机进行调试,可以实时查看错误信息。
性能:
React Native重心比较多,目前性能关注不多。
Weex公司内部的项目里使用,也一直关注性能。
Deviceone过去一年里一直在一些真实项目中完善性能。
如何实现的功能实现,listview的实现:
React Native用的scrollview来实现,有一些性能问题存在。
Weex用的recyclerview来实现,性能稍微好一些。
Deviceone基于原生listview类封装,性能与纯原生系统基本一致。
案例:
React Native比较早,国外案例多一些。
Weex目前刚刚,不是很成熟,案例只有示例类的东西。
Deviceone成立也比较晚,案例也有一些,基本都是近一年内的案例。
社区:
React Native较早,社区人比较多,相对成熟。
Weex较晚,以公司自己人居多,成熟需一段时间。
Deviceone较晚,社区人相对少一些,内容相对成熟。
最后,其实我觉得相对于大家来做选择的时候,如果想要实现快速入门和开发,此时无论选择React Native、Weex还是DeviceOne哪个平台来做都是有道理的,未来还是要看各自的技术发展和服务支撑能力。原生的趋势是大家一致认可的方向,我认为目前我们基本已经不考虑以h5为核心的移动技术了,Web时代的思想是不能适应于移动互联时代的整体需求的。以上只是我的个人见解,谢谢大家。
转自 https://segmentfault.com/a/1190000006061167
相关文章 http://www.cnblogs.com/benpaodexiaopangzi/p/6045685.html