compose + kotlin 好像是个不错的选择
有老哥在项目里面这样开发吗
体验如何，比传统的 xml 开发有啥优势
 |
1
defaw 22 小时 18 分钟前
优势大了，可以招月薪 3000 的 react 前端仔让他转 kmp
|
 |
3
admin948 21 小时 41 分钟前
开发起来快的多。
我曾经试过开发相同的一个项目，先用 xml ，写了一个多月才写完。 用 compose 不到半个月就写完了，当然不排除写 xml 时好多逻辑已经知道了，再写就快。 而且用过了声明式 UI ，真的回不去 命令式了，方便了不止一星半点。 某个状态变动，命令式需要写一大堆修改 UI 的代码，声明式都不用管，直接改状态就行了。 |
 |
4
cvooc 21 小时 36 分钟前
不管你是什么语言,只要你把 xml 干掉我们就是朋友!
|
 |
5
Vaspike 21 小时 34 分钟前
编程模式都变了, 一楼说的是对的, kmp 跟 react 比较像, 声明式 UI 就是开发起来更舒服
|
 |
6
RightHand 21 小时 34 分钟前 via Android
写单页，跳转什么的还用原来的
|
 |
8
liaohongxing 21 小时 32 分钟前
今年要用安卓写应用，之前没接触过安卓，目前正在用 compose + kotlin ，上手很快，就是原生组件不符合中国人审美，目前在 basic 原生组件的基础上造组件轮子。
|
|
9
liaohongxing 21 小时 26 分钟前
另外我就在写 react, 感觉基本原理和 react 一样，设计上就是在借鉴 react ，mutableStateOf 和 LaunchedEffect 基本和 react useState 和 useeffect 一样，理解很容易，里面的 Column 和 Row 就像 div , Modifier 基本就是行内 css ，懂 java 和 react 写这个确实有点优势。
|
 |
10
xoliu6 13 小时 53 分钟前
用 Compose 进行开发快很多，舒服很多，我只有新页面用 Compose 。不过，由于此前一直使用 xml 写法，切换到 Compose 后，部分组件得重写，并且要适应 Compose 独特的状态写法(前端的哥就顺手拈来了)，老项目的话还得搞 compose 依赖相关升级和基建。
|
Select Language