如何评价-Google-的-Fuchsia、Android、iOS-跨平台应用框架-Flutter?

链接:https://www.zhihu.com/question/50156415/answer/280947564

我在过去做过若干年的动态化技术的开发,也写过类似于 RN 的应用框架(但要早于 RN)。简单从几个角度对比下 Flutter & RN/Weex,顺便聊聊动态化技术:

当前几大动态化技术对比

  1. 性能和体验

Flutter 由于渲染的基础(gdi)是自己实现的,所以实现跨平台、性能优化、摆脱平台约束方面的裕度更大。从实际体验来看, Flutter 的性能比 RN 要高不少。

我尝试总结下性能差异的原因以及 Flutter 架构上为“未来”留下的裕度:

运行时语言:从前端的思维来看,jsx 或 dart 都是一种声明式的写法,但 jsx 需要转译(工程上看起来美好的东西肯定是需要在别的方面消耗更多),dart 是直接语言层面支持了 node tree 的书写,且对象创建成本低,可直接编译成 native 代码(AOT),VM 效率更高。运行上应该是 dart 效率高很多。

渲染机制:RN 是从前端思想出发的框架,其在表达复杂 UI 时需要依赖前端“盒子”的深层次叠加嵌套,在 RN 背景下,这每个“盒子”都是一个 native 的 view,这时候就相比 native 开发来说多了很多 view 对象,造成了性能降低。也就是说复杂 UI 需求下,RN 对 UI 的表达效率远低于 native 造成性能低下(Facebook 后来做了一个项目 litho 的亮点就在于打平布局层次,针对性优化我说的布局表达效率低下这一点)。Flutter 是基于 skia (gdi) 层面往上去做的,每个 node/布局是否一定需要是一个 layer 以及 render tree 怎么来划分和实现都有更多灵活性和性能优化的空间,所以能做到性能更优。

组件的兼容性:
Flutter 提供的 widget 都是基于 skia 来实现和精心定制的,与具体平台没关,所以能保持很高的跨 os 跨 os version 的兼容性。
2. 跨平台
RN 是一套概念/设计理念跨越两个平台,具体到实际平台上去还要去适配和桥接差异性(这其中有巨大的工程成本和性能牺牲,比如做动画,js 就绝对不能用,用了性能就差了)。Flutter 至少做到了一套代码(不涉及平台 api 层面的 UI 及纯事件响应可以完全一样)。
Flutter 相对来说是做到了跨平台。RN 更适合称为:将一种设计理念延展到两个平台,不能称其为“一套代码,自动部署多平台”的跨平台方案。
3. 对未来的适应性
由于 Flutter 从更基础的层去抹平平台差异,Flutter 站在了更宽广、更可控的一个基础平台上去演变和发展。RN 永远需要 follow native 开发的这套约束,桥接和抹平差异乃至应用层去适配的成本、面对具体场景去优化性能所需要的成本都是居高不下的。RN (动态化当然是首要好处,这是这份回答的隐含前提)属于“大公司扛大旗,赚吆喝,小公司跟着复用下现有资源”。
4. 动态化技术的未来
我个人认为 RN、weex 这类设计都是走不远的,为什么,动态化技术最成熟的就是 H5/Web,真正产业化(标准化、研发支撑、上下游软件开发商、开发者生态)的技术栈还是 H5/Web。所以业界(软件公司、开发团队)对于动态化技术的期待就是 H5,H5 是要由浏览器来支撑的,RN 的能力不到浏览器的 5%(举例 index = 1000,绝对布局,各种动画和复杂布局能力很难用 native 来实现,还有各种布局模型、浮动元素、css rule,不一而足。举例:本人曾经跨 Android、iOS 对等的实现全规范 css 中的渐变色,开发测试花了 2 天,可能还有未知的 bug),RN、Weex 是无法满足这个期望的(面对一个复杂点儿的需求,RN、Weex 都需要 case by case 去 review,还可能需要写 native 代码去扩展才能实现;而 H5 保证了 99% 概率下都是可以实现的。不需要产品/业务将就“技术”)。

对于工程而言,RN、Weex 这类方案最大的价值就是提供了一套让传统前端开发上手 native 开发的途径,同时创建了一个社区用于存放可供复用的组件库,让小公司、小团队能共享这部分“生态”,且能切实实现“命题作文”类的需求。
5. 研发模式
Dart 语言相关的 vm、debug 以及 hot reload 都是 Google 官方开发和支持的,是其老本行,Flutter 也定位于未来的跨平台的应用框架,更是 Fuchsia OS 的正统 app framework,以上是定位;其次本人跑过 Flutter app 的 demo,研发体验上还是很 “敏捷” 的,实现了现代化框架的 “所改即所得”。
6. 结论:Flutter 从设计、体验、跨平台上都有亮点。值得关注和寄予期望。但目前成熟度有限,不适合商用;不做改造的前提下,不具备动态化能力(release 版本 dart 被编译后再分发)。

现在闲鱼已经在做基于 flutter 的线上实践,可以参看:

GMTC-闲鱼Flutter实践效果访谈​mp.weixin.qq.com

目前闲鱼的实践中是拿到了 flutter 在性能、开发效率方面的好处,但是降低包体积、动态化还没有实现。

畅想 Flutter 如何实现动态化

  1. 将 AOT compiler 的能力放到客户端,就跟 android art runtime 下第一次安装 apk 时 aot 编译一次一样,这样 flutter 程序可以以 script 的形式动态分发,同时运行时又能得到 machine code 的性能优势。
    挑战:AOT compiler 很大很重,移植到移动端运行有可能不可行。

2. framework 部分用拥有巨大生态的 JavaScript 等动态语言重写(主要是 widget/layer/renderobject 相关的布局/动画/渲染/语义(aka. 可访问性)计算、任务调度),复用现有 flutter engine(c++ 实现) 部分

挑战:js 写渲染逻辑/动画性能低下,支持灵活的任务调度能力差

flutter 的核心黑科技有哪些

  1. dart
    dart 语言对于 flutter 众多功能层面的特性做出了全方位、多角度的支撑,除了生态小不太容易推广外,dart 完美匹配移动端“轻”且“快”的技术要求。

2. 渲染机制
google 由于有 chromium 项目的积累,所以渲染这块是手到擒来。
代码一开篇就把 layer/renderObject/displayList/layout (源于 WebKit )这一套渲染给熟练的弄过来了。对了,这一套渲染还在 Android 系统上用着。

flutter 的核心不足

  1. dart 语言的生态小,精通成本比较高
    dart vs javascript,javascript 有一个定律(本质:无处不在、网络效应)很难被其他语言打败:

如果某个软件能用 javascript 实现,那么最终它一定会用 javascript 实现。

说到 dart 这个舶来品,在国内更是难以推动,typescript 之于 javascript 算是同门师兄弟,相对迁移难度不高,但 dart 之于 javascript 语法和概念上差异巨大,再加上英文文档、社区、样例代码的缺乏,在国内基本上没有流行的希望。

结论:要想在国内速成蔚然成风的环境下流行的技术,必须是像 thinkphp 这样全中文文档,样例代码丰富,论坛 24h oncall 的技术,简言之要像柳永的词:“人人皆能歌柳词”。

  1. 嵌入外部 platform view 成本高
    这块(基于官方代码)目前在 iOS 端有支持,android 上还没有,但相关开发者博客上有提到实现了 webview//mapview 等 platform view 的嵌入。
    从 iOS 端的实现来看,每嵌入一层 platform view 会额外多一层 surface,内存代价比较高。

3. 平台 API

flutter 目前提供的开箱即用的功能只有 UI framework + dart 语言的能力,平台能力需要通过 platform channel 来扩展。当然这一点也是除了 RN 等其他同类解决方案的通病。

注: flutter 被 google 定位于跨平台、跨环境的应用开发框架,单一从动态化框架的角度去评价和衡量也有点牵强。

4. 兼容性 & 完备性

使用 Surface 这种平台级重量资源,[Android平台]其申请释放都是异步的,很可能有很多的兼容性问题。同时粒度上无法让已有 native view 作为 host(比如 ListView),一个小的 flutter 放进去做个 cell,并且彼此之间复用。此处完备性定义为:普适各种使用场景

未来的动态化技术

不论是 RN 还是 Flutter、Weex 都只能解决一部分问题,世界上成熟的产业级标准只有 Web 和 Native,所以站在 RN Flutter Weex 不能通吃所有场景所有需求的这个前提下,讨论下什么样的动态化技术能走得更远,生命力更长久:

  1. 设计和实现简单轻量
    设计和实现简单、轻量的东西才经得起迭代和扩展,才有生命力
    平台原生的一定是最好的,不要拒绝它,要拥抱它

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

学习分享,共勉

Android高级架构师进阶之路

题外话,我在阿里工作多年,深知技术改革和创新的方向,Android开发以其美观、快速、高效、开放等优势迅速俘获人心,但很多Android兴趣爱好者所需的进阶学习资料确实不太系统,完整。今天我把我搜集和整理的这份学习资料分享给有需要的人

  • Android进阶知识体系学习脑图

  • Android进阶高级工程师学习全套手册

  • 对标Android阿里P7,年薪50w+学习视频

  • 大厂内部Android高频面试题,以及面试经历

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

gRS5b-1713547081386)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 3
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值