Flutter与Weex优劣势对比

FlutterWeex优劣势对比

Weex

<a href='/tag/flutter.html'>Flutter</a>与<a href='/tag/weex.html'>Weex</a>优劣势对比

Weex 是一套简单易用的跨平台开发方案,能以 web 的开发体验构建高性能、可扩展的 native 应用,为了做到这些,Weex 与 Vue 合作,使用 Vue 作为上层框架,并遵循 W3C 标准实现了统一的 JSEngine 和 DOM API,这样一来,你甚至可以使用其他框架驱动 Weex,打造三端一致的 native 应用。
2016年6月开源。
在 weex 中,主要包括三大部分:JS Bridge、Render、Dom,分别对应WXBridgeManager、WXRenderManager、WXDomManager,三部分通过WXSDKManager统一管理。
JS Bridge 主要用来和 JS 端实现进行双向通信,比如把 JS 端的 dom 结构传递给 Dom 线程。Dom 主要是用于负责 dom 的解析、映射、添加等等的操作,最后通知UI线程更新。而 Render 负责在UI线程中对 dom 实现渲染。
weex 所有的标签也不是真实控件,JS 代码中所生成存的 dom,最后都是由 Native 端解析,再得到对应的Native控件渲染。
Vuex就是单页面管理数据的框架。
Vue-Router单页面下,指定跳到某个页面的管理工具,路由。
weex-ui官方封装库
navigator实现页面跳转,使用router跳转效果很差(像web一样,跳转动画需要自己写)
stream网络模块
weex传值weex 放到url query里 storage全局变量
自定义module weex传值native 交互传递
weex组件少
打包:weex 是通过 webpack 打包出 bundle 文件的。bundle 文件的打包和 entry.js 文件的配置数量有关,weex 项目的 webpack.common.conf.js 中打包也是区分了 webConfig 和 weexConfig 的不同打包方式。weexEntry 就是 weex 打包配置的地方,默认有 index 和 entry.js 存在了。如果有需要,可配置上你需要的打包页面
按照weex官方提供的文档在Mac下直接搭建开发环境很难一次点亮
文档不友好,很多细节没有介绍,直接下载官方案例可以跑起来
需要了解 weex vue iOS Android
weex构建一个新的跨平台应用,大面积使用了vue的语法,开发起来简单
weex主要面向的是web前端开发者
weex可以实现从零开始开发一个跨平台的app也可以集成到现有的app
踩坑:
1.路由挂载
不支持router-link 仅支持事件触发
创建router.js 在一个router.js文件中配置所有组件模块
2.属性支持 支持不完全
3.build
webpack两个配置weex-loader vue-router
在weexEntry配置所有的文件

对比
1.JSBridge与Weex对比

JSBridge建立了JS和原生控件的双向通信,就是桥接作用。JS写一套代码,引擎底层自动根据平台(如iOS、Android)来桥接原生控件渲染。具体步骤概括下面两步:

布局消息传递:将虚拟DOM布局信息传递给原生;
原生根据布局信息通过对应的原生控件渲染控件树;

渲染工作交还给了系统,虽然同样使用类HTML+JS的UI构建逻辑,但是最终会生成对应的自定义原生控件,以充分利用原生控件相对于WebView的较高的绘制效率。与此同时这种策略也将框架本身和App开发者绑在了系统的控件系统上,不仅框架本身需要处理大量平台相关的逻辑,随着系统版本变化和API的变化,开发者可能也需要处理不同平台的差异,甚至有些特性只能在部分平台上实现,这样框架的跨平台特性就会大打折扣。
不支持热重载 不能直连真机调试 (可以下载playground查看效果)
支持热更新
更适合单页面/简单/少底层交互/热更新需求的页面的需求快速开发

2、FlutterWeex对比

<a href='/tag/flutter.html'>Flutter</a>与<a href='/tag/weex.html'>Weex</a>优劣势对比

Flutter基于独有的一套渲染图像引擎Skia,不需要桥接,不基于WebKit。跨平台方案解决地比较彻底。
摒弃JSBridge,Flutter是直接编译成本地代码,用Skia渲染展示,如同原生的渲染逻辑一样,无需桥接
实现120fps的渲染性能,运行效率极高
Hot Reload 热重载 直连真机重载调试 JSBridge需build打包
不支持热更新Hot Fix
iOS Android Web ReactNative
Flutter 部分的底层功能在 Android 系统上已经有实现,因此 Android 上适配要好(Android包要比iOS小很多)

从头到尾重写一套跨平台的UI框架,包括UI控件、渲染逻辑甚至开发语言。渲染依靠跨平台的Skia实现,依赖系统的只有图形绘制相关的接口,可以在最大程度上保证不同平台、不同设备的体验一致性,逻辑处理使用支持AOT的Dart语言,执行效率也比BfwJavascript高得多。
更适合开发整体App

Dart

<a href='/tag/flutter.html'>Flutter</a>与<a href='/tag/weex.html'>Weex</a>优劣势对比

优势
健全的类型系统,同时支持静态类型检查和运行时类型检查。
代码体积优化(Tree Shaking),编译时只保留运行时需要调用的代码(不允许反射这样的隐式引用),所以庞大的Widgets库不会造成发布体积过大。
丰富的底层库,Dart自身提供了非常多的库。
多生代无锁垃圾回收器,专门为UI框架中常见的大量Widgets对象创建和销毁优化。
跨平台,iOS和Android共用一套代码。
JIT & AOT运行模式,支持开发时的快速迭代和正式发布后最大程度发挥硬件性能。

DART基本概念
所有变量的值都是对象,也就是类的实例。甚至数字、函数和null也都是对象,都继承自 Object 类。
虽然Dart是强类型语言,但是显式变量类型声明是可选的,Dart支持类型推断。如果不想使用类型推断,可以用 dynamic 类型。
Dart支持泛型,List表示包含int类型的列表,List则表示包含任意类型的列表。
Dart支持顶层(top-level)函数和类成员函数,也支持嵌套函数和本地函数。
Dart支持顶层变量和类成员变量。
Dart没有public、protected和private这些关键字,使用下划线“_”开头的变量或者函数,表示只在库内可见。参考 库和可见性 。

{{collectdata}}

网友评论0