去哪儿QunarReact、携程Moles、内部React和Weex平台的对比

前端之家收集整理的这篇文章主要介绍了去哪儿QunarReact、携程Moles、内部React和Weex平台的对比前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_403_0@ ReactNative从开源以来就受到国内各大互联网公司的关注,阿里巴巴在应用ReactNative的同时,也推出了自己的Weex方案。

@H_403_0@同时在网络上可以看到一些文章,携程、去哪儿也都在ReactNative的基础上开发了自己的ReactNative平台框架。

@H_403_0@在这里对比一下去哪儿、携程、以及内部的ReactNative框架还有Weex框架。

@H_403_0@ 其实个人认为RN还有Weex的最大优点一是代码可以在IOS、Android平台公用(其实以公司维护以及开发的学习成本来说,这个优点并不明显),另外最大的亮点是可以热更新,也就是不依赖发版。

@H_403_0@ 更新的方案设计是非常重要的,阿里巴巴的Weex应该是通过推拉结合,技术实现较复杂;去哪儿是差分更新,维护性较差;Moles是按需加载,比较简单;而我认为最优的升级方案是

@H_403_0@ 1.按需加载,通过类似WebView加载升级的方式实现,去除版本概念,通过客户端请求版本时加入随机哈希来实现版本比对,下载;

@H_403_0@ 2.按需加载后,如果线上hash和本地hash一致,则使用本地缓存,“一次加载、多次可用”;

@H_403_0@ 3.必须要监控升级下载成功率!因为客户端升级过程是黑盒,开发者很难知道用户究竟本次下载是否成功,所以建议在下载过程中加入埋点,进行全链路监控。

@H_403_0@框架

@H_403_0@引擎

@H_403_0@三端支持

@H_403_0@预加载

@H_403_0@调试难度

@H_403_0@升级方式

@H_403_0@业务使用广泛性

@H_403_0@组件Api支持

@H_403_0@内部React

@H_403_0@Jscore

@H_403_0@支持

@H_403_0@支持

@H_403_0@中

@H_403_0@强制、非强制

@H_403_0@中

@H_403_0@有

@H_403_0@QunarReact

@H_403_0@Jscore

@H_403_0@支持

@H_403_0@支持

@H_403_0@中

@H_403_0@差分更新

@H_403_0@高

@H_403_0@有

@H_403_0@Moles

@H_403_0@Jscore

@H_403_0@支持

@H_403_0@NA

@H_403_0@中

@H_403_0@按需加载

@H_403_0@中

@H_403_0@有

@H_403_0@Weex

@H_403_0@V8

@H_403_0@支持

@H_403_0@支持

@H_403_0@低

@H_403_0@推拉结合

@H_403_0@高

@H_403_0@好

@H_403_0@框架

@H_403_0@ListView优化

@H_403_0@智能埋点

@H_403_0@图标字体支持

@H_403_0@拆分包支持

@H_403_0@离线资源包支持

@H_403_0@开源

@H_403_0@升级成功率统计方案

@H_403_0@内部React

@H_403_0@无

@H_403_0@无

@H_403_0@无

@H_403_0@支持

@H_403_0@NA

@H_403_0@无

@H_403_0@支持

@H_403_0@QunarReact

@H_403_0@有

@H_403_0@支持

@H_403_0@支持

@H_403_0@支持

@H_403_0@支持

@H_403_0@部分开源

@H_403_0@NA

@H_403_0@Moles

@H_403_0@NA

@H_403_0@无

@H_403_0@NA

@H_403_0@支持

@H_403_0@支持

@H_403_0@部分开源

@H_403_0@NA

@H_403_0@Weex

@H_403_0@有

@H_403_0@NA

@H_403_0@支持

@H_403_0@NA

@H_403_0@支持

@H_403_0@开源

@H_403_0@支持

猜你在找的React相关文章