2025 了， Compose 变得好用了吗

[lw10645]

最开始出来的时候感觉很难用，遂放弃，现在如何了

另外现在大家开发安卓技术栈一般是啥了，如果要做单一 activity 的框架，哪种方案是最优解

收到，既然大家都 allin ，那我也 allin ，不然卷不过你们了[看][旺柴]

[stinkytofux]

不知道啊, 好久没写新安卓项目了, 维护老项目还是 View

[1daydayde]

2025 年了吗? 太好了，我可以屯黄金和内存条了，偶也！

[lw10645]

@stinkytofux 我倒是经常开新项目，不过都是用的 view ，一直没尝试用新方案

[lw10645]

@1daydayde 脑子还没反应过来 2026 了😂，农历 2025 ，没毛病

[DUNAI]

多用 docker-compose

[JokerLiang]

好用的，现在如果是纯 Android 项目我都直接上 compose 了。不过基本没啥纯血 Android 项目了。

[kapaseker]

Compose 我从 23 年开始用了，目前没什么问题。。我说个比我想象中疯狂的事情，车厂的 andorid 系统的 SystemUI ，也开始 Compose 化了。

[xFrye]

compose 目前的接受程度可能比你想象中要高，新项目首选他了

[kldd529]

新项目必 compose ，老项目碎片 compose

[Yasuke]

@DUNAI 牛头不对马嘴

[300]

没那么多幺蛾子了，至少最近半年几次更新只有一次编译出错（换 api

[ProphetN]

现在 X 的安卓版是用 Compose 组件替换的，性能确实惊艳。compose 适合比较清爽的响应式界面，复杂页面还是用 View 合适。

[location123]

好用

[shortybin]

现在已经没什么问题了，但是已经封装好的现成可用的组件比较少。之前有个下拉刷新上拉加载着了很多库，都没有之前用 View 的那种样式。

[gangoogle]

必须用啊，以及 all in 了，快多了，就是低端机上面 还是性能差了点。

[auhah]

好用，开发效率提升明显，性能比 view 略差，但是这个差距在我这里不影响决策了已经

[bigmomo]

还以为说的 Docker Compose

[Nuttertoo1s]

我现在连 AndroidX 都没用上呢，惆怅~

[deng81416754]

老项目+复杂项目 还是 xml

[fbu11]

也就新项目能用用了，接手老项目全是 xml+findviewbyid

[Sfilata]

我觉得有点像 jQuery 和 React 的关系，反正我是新转过来的，直接 Jetpack Compose 不解释

[sxms77777]

新业务都用 compose 了

[lw10645]

@Nuttertoo1s support 还能写的动吗🤣

[Nuttertoo1s]

@lw10645 不行都得行啊，国内有些渠道不支持 AndroidX ，如果强行让 support 和 AndroidX 共存，又会超方法数，得多分几个 dex ，影响打包时长和包体积大小

[lw10645]

@Nuttertoo1s #24 不敢想写的有多绝望

[xloger]

我现在项目还是用 XML + ViewBinding ，然后之前自己写一个个人项目时浅浅学写了一些 Compose 。

感受是什么呢，DSL 的写法倒没那么重要（虽然确实也算比较舒服），主要是：Google 趁这次卸下兼容负担，重新写了一批现代 View 。
就比如你现在想实现双手拖拽或者类似的手势，不再需要像以前一样一个祖传的封装类了，它自带一个体验良好的 View 。

在我看来，这才是 Compose 最大的优化。

[Mystery0]

all in ，什么 view ，不熟，已经忘记完了😂

[ChangQin]

all in + 1,已经不会用 view 了

[DefoliationM]

安卓还行，KMP 慎重考虑。

[timelessg]

compose 效率太高了，我觉得比写 flutter swiftui 都要快

[caixiangyu17]

纯安卓难道还有别的选择么？我好像五六年前还在做安卓的时候，那时候 compose 还是零点几版本的时候，compose 就已经是最优解了吧。
不过如果我个人开发肯定是 flutter ，没空写两个项目。

[darklh]

我是 compose 、原生弹窗+ComposeView 。还是喜欢原生的弹窗调用

[rcj6056]

@kapaseker 哪一家？ 一汽大众？