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