各位 Android 大佬， 2024 年了 Jetpack Compose 现在用的多了吗，有没有什么硬伤？
monkeylmj · 135 天前 · 6425 次点击这是一个创建于 135 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如，由于生态问题很难实现某些需求、性能方面体验很差等等。
有没有老哥现在完全切到 compose 开发了，谈谈是什么感觉，有没有从 java 切到 kotlin 的痛快感。
51 条回复 • 2024-11-23 19:56:53 +08:00
 |
1
maokg 135 天前
frameworker ，无聊的时候看 https://jetpackcompose.cn/ ，写了一下还是很爽的，但我的 UI 场景不多，自定义 view 都很少写...无法给出具体的槽点
|
 |
2
RightHand 135 天前 via Android
能用，但， 同时中不能有是能跑就行。藏了太多东西，学习成本有点高。
|
 |
3
location123 135 天前
使用 Compose 写过桌面端的小工具 还是很爽的 kotlin 一把梭
|
 |
4
ruzhan123 135 天前
画 UI flutter 就挺好的
|
 |
5
monkeylmj OP 最好是在生产项目中的使用经验~
|
 |
6
LLLeo 135 天前
@monkeylmj 目前有在用，目前遇到最大问题就是数据量大的列表效果不是很好，ViewPager 控件切换体验不好，其他都不错，写 UI 很爽很快。
新项目没有夸端的需要建议使用 |
 |
7
Tlaster 135 天前
从 alpha 就开始用到现在了，写了不少纯 Compose 应用，最近的例子： https://github.com/DimensionDev/Flare
新应用可以直接纯 Compose 槽点就是：写 Compose 是完全不同的思维范式，如果之前写 View 的话，很容易用 View 的思维去写 Compose ，然后踩到 Compose 的坑，有一些会导致性能问题，最后怪 Compose 性能差，但实际上 Compose 的性能现在（ 1.7 ）已经完全不差了。 不过 Compose 一定需要开 R8 （ isMinifyEnabled = true ），不开的话性能确实不行 |
 |
8
cJ8SxGOWRH0LSelC 135 天前
@location123 #3 资源占用怎么样？ 比 javafx 高吗？
|
|
9
monkeylmj OP @Tlaster 大佬厉害，学习学习。isMinifyEnabled = true 不就是开代码混淆压缩吗，为啥还会影响到性能。还有楼上说的数量大的时候列表效果不好，大佬遇到过吗？
|
 |
10
winterbells 135 天前
本来兴致勃勃把公司 app 往这上面转，UI 都重构了几个页面了。现在 app 半死不活的也没空管它了
踩过但是填了的两个大坑，resource 和 navigation ，这两个最近都加上了（ compose-multiplatform ）。 抽屉（ drawer ）之前有过不同平台样式不一样，只有安卓上点开后阴影正常（可能早期版本，现在修好了吧 还有编译问题、api 乱改（现在不知道改不改了） lazylist 的性能也不知道怎么样了，自己写着完还可以，我也好奇有没有哪家公司用这个 |
|
11
Tlaster 135 天前
@monkeylmj isMinifyEnabled = true 会开启 R8 代码优化（ https://developer.android.com/build/shrink-code ），因为 Compose 也是用 Kotlin 写的，所以也会享受到 R8 代码优化带来的好处。
数量大的列表性能问题以前踩过坑，现在基本上没有了，有几个原因：1. 列表项目的 Composable 带了太多状态，最好列表项目是不带状态的。2. Composable 里面有耗时操作。举个例子的话，HTML 解析不要在 Compose 里面做，要在 Model 里面就处理掉，Compose 只做富文本渲染。 说白了就是不要在 Compose UI 里面做业务逻辑，这些应该是上层（比如 ViewModel ）的职责，Compose UI 就只要做渲染就行。 |
|
12
location123 135 天前
@StinkyTofus 没用 javafx 写过 我是 mac 系统 做日志分析用的 程序刚启动占用 200Mb 左右 分析日志时占用 300Mb 在接受范围内 毕竟方便了很多
|
|
13
location123 135 天前
@location123 UI 好看
|
 |
14
ChangQin 135 天前
我们已经用 Kotlin Multiplatform 来开发跨平台了，用的是 UI+Logic 跨端，各自平台不同的写桥实现。目前就是感觉一些工具类写桥比较麻烦，UI 上大部分都很方便，还有就是 iOS 侧滑返回目前还没官方组件，这个比较坑。
|
|
15
cJ8SxGOWRH0LSelC 135 天前
@ChangQin #14 那就差不多了
|
 |
16
JZen 135 天前
用了三个月，大体没什么毛病，只遇到一个比较坑的问题，列表没有滚动条，需要自己手搓一个
|
 |
17
fan123199 135 天前
写了几个 App 了，都是 Compose ，确实有一些极限场景有性能问题需要考虑。但是开发体验熟悉后挺舒服的，比写 xml 舒服多了。
|
 |
18
listen6256 135 天前
compose 开发真的很爽，开发效率比 xml 高很多。
就是在低端机上性能拉跨，尤其是 compose 的动画在低端机上卡成 ppt ，还有就是 lazy 系列组件，在数据量大时，性能很差。 |
 |
19
JayZXu 135 天前
比传统 xml 开发爽，跟现在的前端写法一样一样的
但是学习成本高，教程也少，查个文档也麻烦，很多东西都需要摸索 |
|
20
monkeylmj OP @listen6256 低端机上性能拉跨的主要原因是什么呢？我理解底层都是用 skia 之类的来渲染的，同样是低端手机用旧的一套和新的 compose 差别很大吗，是 compose 自身优化的问题么。
|
 |
21
kapaseker 135 天前
我们公司一个 APP ，当然也是我主导写的，鹿驾旅行，目前在 OV ，小米商城已经上线了，你要是想看看的话，可以试试瞅一瞅。
完全的 Compose 编写，一个字，爽！！！ |
 |
22
laikick 135 天前
Compose 写 window 端有没有坑.
|
 |
24
109021017 135 天前
总体上还是不错的, 遇到过一个坑: 部分国产手机的"安全键盘"第一次弹起时输入不了.
|
 |
25
yl20181003 135 天前
嵌套滚动是个硬伤，我没找到解决办法。
|
|
26
monkeylmj OP @yl20181003 不好处理滑动冲突之类的吗？
|
 |
27
murmurkerman 134 天前 via iPhone
挺好的，就是一些 ui 组件可能不符合你们自己的要去，要复制官方代码修改。包括 switch ，menu ，tab 之类的。导航组件目前支持了 safeargs ，对话框存在一些显示问题。其它都挺好的包括与 view 系统的集成，嵌套滚动之类的。
|
|
29
kapaseker 134 天前 via Android
@yl20181003 我现在用的方案就是根布局就用 lazylist 或者 lazygrid 做
|
|
30
yl20181003 134 天前
@monkeylmj #26 是的，典型的 VerticalPager 嵌套一个可滚动的 Column 根本就划不到下一页去。
|
|
31
yl20181003 134 天前
@kapaseker #29 我需要实现抖音那样的上下滑动翻页，并且每一页的高度都是不固定的，用 Pager 组件 根本就实现不了，最后还是换回了 xml ，用 ViewPager2 + RecyclerView
 |
|
32
kapaseker 134 天前
@yl20181003 抖音那个我还以为每页高度是一样的呢
|
 |
33
wwalkingg 134 天前
@yl20181003 #31 Compose 有 NestedScroll 的特别文档，你可以看看
|
|
34
yl20181003 134 天前
@wwalkingg #33 感谢提醒，之前有简单尝试过用 NestedScroll ，但没达到预期效果，后续再研究研究
|
 |
35
AaronLee01 127 天前
@yl20181003 Modifier 的 nestedScorll 解决不了你的问题么
|
|
36
yl20181003 126 天前
@AaronLee01 #35 没解决，可能我对 Compose 了解的不够深入吧，已经换到 xml 布局了。
|
 |
37
Venjer 121 天前
还是玩具，生产还是用 flutter ，比较成熟。
|
 |
38
Flyfish233 109 天前
现在几乎不会编写 View 了，可以说都忘光了，基本上写的都是 Compose 。
在低端设备上使用 Compose ，和 View 相比，同样的业务，性能会很差，我做 Wear OS ，在只能手表上拥有难以想象的卡顿，各种优化全部上了，没有看到好转。 而且有一些操作系统特色功能无法实现，只要有一个文本框，我就能判断这个应用是否是 Compose 。 如果不考虑这个，那么还是可以的，因为写的爽。 |
|
39
Flyfish233 109 天前 via Android
@Flyfish233 只能 -> 智能
判断方法： https://www.reddit.com/r/mAndroidDev/s/4xcoa9VbgP 因为 Compose 是自行实现的，所以会和系统提供的不符，很正常 |
 |
41
leil 94 天前
@Flyfish233 大佬问下那跟 react native 比起来谁性能好一点啊
|
 |
43
Chicring 93 天前
Jetpack Compose 适合做视频播放相关的吗
|
 |
44
no13bus 42 天前
@kapaseker 每次我用 viewmodel 的时候，总是用不下去，搜资料，官网有好几种写法，不知道用哪个是对的。不像 iOS ，就那么一种。尤其是到了父组件传递数据给子组件的时候，不知道咋传了。能不能加你好友咨询下 viewmodel 你是怎么用的
|
|
45
kapaseker 42 天前
|
|
46
kapaseker 42 天前
@no13bus 能详细说说你的困境么？其实 viewmodel 的最佳实践就一种，
class MainViewModel:ViewModel() { private val _pageState = MutableStateFlow(PageState.empty()) val pageState: StateFlow<PageState> = _homeArticle.asStateFlow() // 页面同步的这种状态，使用 viewmodel 成员变量模式，在数据发生变化的时候，更新数据 fun pageLoad() { _pageState.update{ PageState(xxxxx) } } // 一次性使用的事件类型，直接返回 flow （注意，冷流需要 collect 才会执行） fun fetchTip() = flow { emit("xxxxx") } } |
 |
50
sasuke1991 35 天前
@kapaseker 体验了一下老哥的 app ， 总体不错，就是感觉从深层页面返回到首页的时候有 1s 的卡顿。 手机是用低端机 pixel 2 XL 测试的
|
|
51
kapaseker 33 天前 via Android
@sasuke1991 嗯，研究研究，有方法完全可以不卡，不过就是首页不能销毁才行。
|
Select Language