RT,为什么有了 flutter,谷歌还要弄 compose 这个东西呢?
1
wsxyeah 2019-10-29 20:33:44 +08:00 via iPhone
compose 是原生的,我是指编译出来还是字节码,另外调用系统 API 也没有额外成本。集成成本应该要比 flutter 小很多。
|
2
wsxyeah 2019-10-29 20:35:55 +08:00 via iPhone
compose 现在相当于一个编译器插件 + 一个运行时库(框架)。
|
3
charlieputon OP @wsxyeah 有道理,感谢🤝
|
4
cc128 2019-11-01 22:17:45 +08:00
主要区别应该还是在渲染部分吧。flutter 是独立于 android,自己使用 skia 渲染,而 compose 看起来还是基于 android 那一套。只是编程方式改变了,从继承变为了组合。
|
5
ChangQin 2019-11-18 12:46:51 +08:00
写 flutter 已经感觉有点晕了,以后 android 要是变成这样子感觉好痛苦啊,感觉自己明明可以接受 xml 嵌套可就是接受不了 flutter 的嵌套
|
6
charlieputon OP @ChangQin 感觉 flutter 还是 compose 都有点在抄 react 那种组件化思想。减少嵌套只能抽组件出来。
|
7
Cabana 2020-06-14 02:56:05 +08:00
@cc128 #4 现在 compose 底层已经是基于 skia 了~
大半夜研究了一晚 compose,如果将来再结合类似基于 skia 的 flutter 的跨平台能力,发现 compose 前途不可限量啊~ |
11
wjploop 2021-05-07 16:14:36 +08:00
最近完成两个框架的部分 CodeLab,触动蛮大的。两者共同点很多,声明式、状态管理的方法( f ( state ) == View, state lift, single source, state down and event up ),都加深了对 “方法调用无副作用” 的理解,类命名上也基本相同,Scaffold,Sate, Key, Animation*,即使 Compose 没有像 Flutter 一样使用 StateFul 、StateLess 作为关键类,在 CodeLab 中使用这两个概念作为解释也少不了多少,一度让我觉得了解 Flutter 是学习 Compose 的前置条件。
由于主业是 Android 开发,对 Kotlin 偏爱,加上 IDE 和 Compose 关系更近些,对 Compose 体验更好些,但 Preview 相比 Flutter 的即时预览确实没法比。 |