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