
最开始出来的时候感觉很难用,遂放弃,现在如何了
另外现在大家开发安卓技术栈一般是啥了,如果要做单一 activity 的框架,哪种方案是最优解
1 stinkytofux 2 天前 不知道啊, 好久没写新安卓项目了, 维护老项目还是 View |
2 1daydayde 2 天前 |
3 lw10645 OP @stinkytofux 我倒是经常开新项目,不过都是用的 view ,一直没尝试用新方案 |
5 DUNAI 1 天前 多用 docker-compose |
6 JokerLiang 1 天前 好用的,现在如果是纯 Android 项目我都直接上 compose 了。不过基本没啥纯血 Android 项目了。 |
7 kapaseker 1 天前 Compose 我从 23 年开始用了,目前没什么问题。。我说个比我想象中疯狂的事情,车厂的 andorid 系统的 SystemUI ,也开始 Compose 化了。 |
8 xFrye 1 天前 compose 目前的接受程度可能比你想象中要高,新项目首选他了 |
9 kldd529 1 天前 新项目必 compose ,老项目碎片 compose |
11 300 1 天前 没那么多幺蛾子了,至少最近半年几次更新只有一次编译出错(换 api |
12 ProphetN 1 天前 现在 X 的安卓版是用 Compose 组件替换的,性能确实惊艳。compose 适合比较清爽的响应式界面,复杂页面还是用 View 合适。 |
13 location123 1 天前 好用 |
14 shortybin 1 天前 现在已经没什么问题了,但是已经封装好的现成可用的组件比较少。之前有个下拉刷新上拉加载着了很多库,都没有之前用 View 的那种样式。 |
15 gangoogle 1 天前 必须用啊,以及 all in 了,快多了,就是低端机上面 还是性能差了点。 |
16 auhah 1 天前 好用,开发效率提升明显,性能比 view 略差,但是这个差距在我这里不影响决策了已经 |
17 bigmomo 1 天前 还以为说的 Docker Compose |
18 Nuttertoo1s 1 天前 我现在连 AndroidX 都没用上呢,惆怅~ |
19 deng81416754 1 天前 老项目+复杂项目 还是 xml |
20 fbu11 1 天前 也就新项目能用用了,接手老项目全是 xml+findviewbyid |
21 Sfilata 1 天前 我觉得有点像 jQuery 和 React 的关系,反正我是新转过来的,直接 Jetpack Compose 不解释 |
22 sxms77777 1 天前 新业务都用 compose 了 |
23 lw10645 OP @Nuttertoo1s support 还能写的动吗 |
24 Nuttertoo1s 1 天前 @lw10645 不行都得行啊,国内有些渠道不支持 AndroidX ,如果强行让 support 和 AndroidX 共存,又会超方法数,得多分几个 dex ,影响打包时长和包体积大小 |
25 lw10645 OP @Nuttertoo1s #24 不敢想写的有多绝望 |
26 xloger 1 天前 我现在项目还是用 XML + ViewBinding ,然后之前自己写一个个人项目时浅浅学写了一些 Compose 。 感受是什么呢,DSL 的写法倒没那么重要(虽然确实也算比较舒服),主要是:Google 趁这次卸下兼容负担,重新写了一批现代 View 。 就比如你现在想实现双手拖拽或者类似的手势,不再需要像以前一样一个祖传的封装类了,它自带一个体验良好的 View 。 在我看来,这才是 Compose 最大的优化。 |
27 Mystery0 1 天前 via Android all in ,什么 view ,不熟,已经忘记完了 |
28 ChangQin 1 天前 all in + 1,已经不会用 view 了 |
29 DefoliationM 1 天前 via Android 安卓还行,KMP 慎重考虑。 |
30 timelessg 1 天前 via Android compose 效率太高了,我觉得比写 flutter swiftui 都要快 |
31 caixiangyu17 1 天前 不过如果我个人开发肯定是 flutter ,没空写两个项目。 |