Android 开发现在心智负担如何

[silvernoo]

写了几年 flutter ，又回到了安卓，感觉一夜回到解放前。又让我想起曾经被 gradle ，android studio ，kotlin 还有何种插件依赖和兼容性的四重拷打中。仿佛深夜的四重奏，指加班。因为打包工具造成产出下降很难向上解释。最近又在从 support 包迁移 androidx ，排查了 100 个打包错误后放弃。

gradle 配置不向下兼容，报错模糊不清，不敢碰升级，gradle 报错广泛解决方案就是 clean cache 和 invalidate caches and restart 引出了另一个屑 android studio 。还有 gradle 那莫名其妙的全量构建

kotlin 没什么太大问题，本身可以提高编码体验，比 java 舒服多了，可目前现状基本上一个项目 java kotlin 都用，代码可读性是小问题，比如 kt 插件要升级吧就要吧 androidx agp gradle 全都升级，哪一个都是令人畏惧的存在。进而回到 gradle 升级的问题。

大家说一下你们现在是怎么舒适的写原生代码的。

[Vindroid]

老项目不升级能用就行，新项目全用新的，最主要的是要保持网络畅通

[dnL]

@Romic 可让你逮着机会，对着 Android 开发开一波地图炮了

[Lockroach]

感觉安卓开发的工具链配置都挺麻烦的，而且时不时 as 就提示你升级 agp

[Nuttertoo1s]

我们现在的项目也还在用着 support ，升不了一点，一大堆兼容问题和适配问题

[xinyu391]

gradle 就是一坨屎，一个好好的项目几个月没打开，然后一打开，就飞出翔 了。

[lqbk]

做过 iOS 然后 转 flutter 被 gradle 折磨过哈哈 这样一看 iOS 的 cocoapod 也没那么屎了

[capric]

@kuanat gradle.bat, gradle.sh 就是命令行啊，我们在 devops 都是 k8s 上构建 android app ，没有 gui 界面

[rb6221]

理论上呢，jetpack 前和 jetpack 后是两个时代，前者就是碎片化严重，后者还比较稳定
但是呢，你得要有一个脚手架之类的东西才行，这样就不需要折腾了，但是也不能随意升级三方库

[jeepc]

@silvernoo #6 cursor 可以，就得能把整个项目加载到上下文的 ai 工具。不过不要指望它能完全搞定。

[lidayl]

写了一年的 Harmony 现在又开始 Android 第一时间是迁移到 compose ...

[limiter]

老项目先重构再升级，组件化拆分，每个模块都很小的话升级起来就没那么困难了

[justtokankan]

继续写 Flutter 啊 ？ 为啥有切回到安卓？

[jmliang]

习惯了 Flutter ，现在哪怕只写一端的 App 也用 Flutter 了

[zcmi]

flutter 有什么问题吗?正想学 flutter 呢

[Belmode]

@kuanat #10 可以看出来，你是对软件工程有一定学习和深入研究的。并且，对工作中的学习思维和方法论都深入总结过。

[HangoX]

Gradle 的问题的确不友好，主要是用的是 Groovy 做 dsl ，看起来是好看，但是没有认真学过 groovy 其实很不友好，特别是对 Java 语言开发者来说。个人建议可以改为 kotlin 的 kts ，这样看起来会简单点，但是也有问题，以前基于 Groovy 写的脚本粘贴过来不能用。
如果想写好 android ，Gradle 构建是绕不过去，这个东西复杂到可以比拼 android 开发。

[cccn]

写过一段时间的 flutter ，除了 dart 语法太多嵌套外，开发体验挺好的，反正比直接开发原生安卓舒服很多。
> 个人觉得嵌套也没啥，可能是吐槽的人多了吧，所以单独拿出来说一下。另外平时写多了 jsx ，都有拆解组件的习惯，并没有什么影响

[charlie21]

flutter 怎么入门

[Romic]

@dnL 哈哈哈，以前都是做 web 开发。

[yongchuan]

@kuanat 一看就是大佬 , 现在我的项目就是使用 buildSrc 以及 kotlin DSL 来封装构建过程 , 自写了约定插件来管控 , 再把插件推到 maven 一条龙 , 现在只能说在遇到报错升级什么都是小问题 , 其实跑别人项目多半都是 jdk , agp , Android studio 版本不匹配问题