各位 Android 大佬， 2024 年了 Jetpack Compose 现在用的多了吗，有没有什么硬伤？

比如，由于生态问题很难实现某些需求、性能方面体验很差等等。

有没有老哥现在完全切到 compose 开发了，谈谈是什么感觉，有没有从 java 切到 kotlin 的痛快感。

比传统 xml 开发爽，跟现在的前端写法一样一样的
但是学习成本高，教程也少，查个文档也麻烦，很多东西都需要摸索

compose 开发真的很爽，开发效率比 xml 高很多。
就是在低端机上性能拉跨，尤其是 compose 的动画在低端机上卡成 ppt ，还有就是 lazy 系列组件，在数据量大时，性能很差。

写了几个 App 了，都是 Compose ，确实有一些极限场景有性能问题需要考虑。但是开发体验熟悉后挺舒服的，比写 xml 舒服多了。

用了三个月，大体没什么毛病，只遇到一个比较坑的问题，列表没有滚动条，需要自己手搓一个

我们已经用 Kotlin Multiplatform 来开发跨平台了，用的是 UI+Logic 跨端，各自平台不同的写桥实现。目前就是感觉一些工具类写桥比较麻烦，UI 上大部分都很方便，还有就是 iOS 侧滑返回目前还没官方组件，这个比较坑。

本来兴致勃勃把公司 app 往这上面转，UI 都重构了几个页面了。现在 app 半死不活的也没空管它了

踩过但是填了的两个大坑，resource 和 navigation ，这两个最近都加上了（ compose-multiplatform ）。

抽屉（ drawer ）之前有过不同平台样式不一样，只有安卓上点开后阴影正常（可能早期版本，现在修好了吧

还有编译问题、api 乱改（现在不知道改不改了）

lazylist 的性能也不知道怎么样了，自己写着完还可以，我也好奇有没有哪家公司用这个

@location123 #3 资源占用怎么样？ 比 javafx 高吗？

从 alpha 就开始用到现在了，写了不少纯 Compose 应用，最近的例子： https://github.com/DimensionDev/Flare  
新应用可以直接纯 Compose
槽点就是：写 Compose 是完全不同的思维范式，如果之前写 View 的话，很容易用 View 的思维去写 Compose ，然后踩到 Compose 的坑，有一些会导致性能问题，最后怪 Compose 性能差，但实际上 Compose 的性能现在（ 1.7 ）已经完全不差了。
不过 Compose 一定需要开 R8 （ isMinifyEnabled = true ），不开的话性能确实不行

@monkeylmj 目前有在用，目前遇到最大问题就是数据量大的列表效果不是很好，ViewPager 控件切换体验不好，其他都不错，写 UI 很爽很快。
新项目没有夸端的需要建议使用

画 UI flutter 就挺好的