你像 android 这种复杂项目,经常要自己写一些 task 来在编译过程插桩做操作,maven 就很难胜任了,服务端应该也是类似吧,一旦你的项目编译期有各种复杂操作,理论上 gradle 是更适合的

可以自己加个中间层处理下,对于你的业务还是调一个接口

测速的时候是最爽的

不进来就能猜到一堆说优衣库的哈哈

gradle 好用

@pupboss #106 前端还需要反推吗,直接控制台源码打开一看不就知道你的签名算法了.问题是你自己把大门打开,请人家使用你的机器,然后说这很不安全

@godwinma #24 无线和有线只是 carplay 的一种传输形式,不影响应用运行的逻辑

没遇到过,一直都挺稳的,carplay 实际还是用的手机的 gps 吧

@unco020511 第三年是三千八,不到 4 千

摸鸡怎么你宝马第一年第二年保险都这么贵的.
我的同级别 A4L 第一年 4s(平安)保费 6 千多,第二年人保 4 千多,第三年人保 4 千出头,第三年太平洋 4 千出头

我觉得你应该先考虑考虑为啥要选择 Android 这个方向,优先学前端,服务端啊,移动端要学的东西多,而且岗位在减少

等等,现在还有 Android 新人?

下面说正经的:
如果要说未来哪个体系是最强最好的,那当然是 Compose,传统的 View 体系基本可以理解为远古设计,与现代化主流响应式 UI 系统无缘,而且 google 也不会再去优化 View 体系了,从开发体验上来说,你的项目一旦很大,那 Compose 的开发体验也是远远好于 View 体系的.

但是,如果你是想要学了就立马找工作,那 View 是避不开的,你必须得学.因为现阶段,国内大厂的技术栈可能更多还是 View,毕竟老项目比较多.

我的建议是 View 和 Compose 都要学

其实用 GUI 工具就有优势了,仓库分支多的时候可以起到一个分类功能,不过我们是使用下划线,目前也是避免用斜杠

最开始接触 V 站就是 google 搜技术文章搜到的,然后就几乎每个工作日都要点开刷一刷热门

这个思路不错的,挣的是券商开户的奖励

不可以