最开始出来的时候感觉很难用,遂放弃,现在如何了
另外现在大家开发安卓技术栈一般是啥了,如果要做单一 activity 的框架,哪种方案是最优解
1
stinkytofux 1 天前
不知道啊, 好久没写新安卓项目了, 维护老项目还是 View
|
2
1daydayde 1 天前
|
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 23 小时 49 分钟前 via Android
compose 效率太高了,我觉得比写 flutter swiftui 都要快
|
31
caixiangyu17 14 小时 8 分钟前
纯安卓难道还有别的选择么?我好像五六年前还在做安卓的时候,那时候 compose 还是零点几版本的时候,compose 就已经是最优解了吧。
不过如果我个人开发肯定是 flutter ,没空写两个项目。 |