唉，来吐槽一下 gradle。。

• 資深大佬 : FreeEx

  已经切回 maven 了，gradle 的有点不足以让我来跳这个坑。

• 資深大佬 : FreeEx

  错别字：优点。

• 資深大佬 : chendy

  2G 放在 gradle 这边真的不多…

• 資深大佬 : HongJay

  才 2g ？那你要谢谢谷歌了

• 資深大佬 : GM

  xcode 真的舒服吗。。。。。。。。

• 資深大佬 : halou12

  https://i.loli.net/2020/12/15/lOhzRiMkmDebAYg.png

• 資深大佬 : byte10

  安卓的 是比较坑。。没有一个安卓项目能安心的 启动的

• 資深大佬 : darling19961030

  算特性吧，为了保持一致

• 資深大佬 : Melodyer

  所以我每次 clone 一个 Android 项目下来时，都是先手动修改 gradle 版本，然后再用 Android Studio 打开，要不然得等他下载旧版本的 gradle 很久，浪费时间也浪费磁盘空间。

• 資深大佬 : Kasumi20

  哈哈哈，是这样的

• 資深大佬 : Vegetable

  打开陌生安卓项目之前，我都是双手合十状态。

• 資深大佬 : manami

  说实话 web 开发用不惯 gradle，还是喜欢 maven，但是看 android 开发他们好像用的很香

• 資深大佬 : cheng6563

  不如说是版本更新太快了

• 資深大佬 : murmur

  xcode 是省心，新版本 xcode 直接不让用旧版操作系统打开，安卓 studio 也没说新手机不让用旧版 ide 调试吧

  啥兼容性不做是省心

• 資深大佬 : murmur

  顺便 xcode 多大来着，android studio 多大，只看库不看本体还行

  要不是我折腾过 ios 项目，整过抠卡的依赖我还真信了 xcode 方便

• 資深大佬 : lwlizhe

  没办法，你要想 android 各个系统版本占比是多少

  然后再对比下隔壁 ios 的系统占比

  碎片化这个问题谷歌也很头疼，但是还真没太好的办法，向下兼容不得不做，而且还要做不少

• 資深大佬 : gam2046

  你可以选择不使用 gradle wrapper，就没这个苦恼了。

  不过我自己觉得这问题是不大的，wrapper 的目的是保证环境的一致性。况且几个 G 对于现在开发人员的电脑来说其实并不算什么。Android 可能对于 gradle 版本会敏感一些，如果是普通 Java 项目，其实 gradle 版本影响不大，主要是 Android build tools 的版本升级太快了

• 資深大佬 : Mithril

  别问，问就是你网不行。

• 資深大佬 : bkmi

  gradle 在国内有 cdn 了，但是依然还是慢，不知道为啥

  另外如果一个 gradle wrapper 版本正在运行，就算同版本它还是会重新下载

• 資深大佬 : yazinnnn

  借一问

  gradle wrapper 里下载的文件，是根据啥保存的？根据 wrapper 文件夹的 hash 值？

  比如，在～/.gradle/wrapper/dists/gradle-6.7.1-all 下面，有两个文件夹
  2moa8rlfac5eqlcfgk98k0deb
  7iy34phwxf6lzs24y8cbh0cph

  一个是 gradle-wrapper.properties 默认下载地址
  另一个是 gradle-wrapper.properties 修改了 distributionUrl 的下载地址

• 資深大佬 : hantsy

  不吐了，没意思。

  我不怎么用，下载的 Dist 就超过 10G 了。

• 資深大佬 : hantsy

  @Melodyer 用 Wrapper 这种方式，很大程度就是因为它的版本兼容性太差，maven 2 到 3 多少年了，基本上没有什么兼容性问题，一样可以编译运行。

  Gradle 的配置语法，每个大版本都是有改动，如果隔两三大个版本，根本就不能运行。

• 資深大佬 : Mithril

  @bkmi 那个 CDN 很莫名其妙。你拿浏览器下的很快，但是 Gradle Wrapper 就极其的慢。
  让人不禁觉得是不是给自己的 wrapper 做了负优化。

• 資深大佬 : lwlizhe

  @lwlizhe 才发现主想问为啥没有向下兼容……其实 gradle 是有的，基本跨度不大没啥问题

  反正我是经常拉下来项目第一件事就是手动改 gradle-wrapper.properties 中的 distributionUrl，以及 build.gradle 中的各个配置版本，然后再同步、编译……

  这样改向下兼容好像没遇到过问题，向上有时候就不行，比如说现在有些最新的项目就要 android studio 4.0，gradle 6 以上，然而我这还在用 android studio3.5.2 gradle gradle-5.4.1-all

• 資深大佬 : stdout

  gradle 管理复杂工程还是很牛逼，缺点就是慢。有时候还要 FQ

• 資深大佬 : misaka19000

  maven 大法好

• 資深大佬 : acmore

  国内使用 Gradle 要做的第一件事就是在 build.gradle 里加上如下内容。这是一切教程的大前提，不然就会永远挣扎在痛苦的深渊中。

  tasks.withType(Wrapper) {
  enabled = false
  }

• 資深大佬 : hantsy

  Gradle 用一个长期运行的进程，来实现增量更新，对象动态缓存，原则上性能应该有很大提升，实际体验没那么好，开一个 Gradle，背后消耗的内存比一个 IDE 还多。一般项目依赖我们可以从 Maven 中心下载，但 Gradle 内置的 Plugins 并没有发布 Maven repository，慢得坑爹啊。

• 資深大佬 : xloger

  看了眼我的 .gradle 文件夹，8.17G 了。
  我的血泪经验就是一个项目集成 okhttp 后，混淆开启后会 Crash，错误是 `lateinit property * has not been initialized`（我自然是能确保我那块正确初始化了）。当时各种排查查了两天，最后发现是 kotlin + gradle + 混淆的某些奇怪 bug，更新 gradle 版本从 6.1.1 到 6.5 解决了。
  如果我没下过新版的一直用旧版，可能下辈子都找不到真正原因…

• 資深大佬 : hantsy

  下一个版本 Maven 4.0 （原计划的 3.7 取消） 也可能会带一个类似的 Wrapper，动态更新机制。

• 資深大佬 : longaiwp

  Gradle 明显好用，但是确实配置上太多坑了，尤其是各种版本。当然 AS 还有 Gradle 插件和 Gradle 版本两种东西，搞得人头都大了，它还不跟着插件版本下载，喜欢直接下最新，然后无法使用。

• 資深大佬 : CrazyBoyFeng

  gradle 用的仓库都还是 maven 的，为啥不直接用 maven ？说 maven 繁琐不如说是 gradle 太善变，或者构建脚本里写了太多魔法代码，以至于跟别人协作项目都要先调教 gradle 。何况我自己的体验 gradle 的编译打包还比 maven 慢。
  写简单的项目用 gradle 并不经济，它会花大量的内存和时间来进行缓存和 diff 比较。甚至如上所说，gradle 资源开销能够一度比 ide 都高。这在大项目上的小改动也许会省时间，但是小项目这反而是一种累赘和冗余。
  而即便写大项目，往往因为配置过于复杂，同时配置又过于灵活，变得难以维护。轻易不敢修改构建脚本，说不定哪个混淆插件、哪个发布插件的代码配置稍微修改一下就会出现无法预知甚至无法排查的故障。
  maven 的死板以前都被人看作缺点，不过我个人觉得，对于大项目，这可能是个优点。不能随心所欲地写魔法代码，而必须用固定的框架，能减少很多问题。

• 資深大佬 : chihiro2014

  没有规矩不成方圆

• 資深大佬 : CoderGeek

  java 的用过一周 放弃了 很恼火

• 資深大佬 : NexTooo

  第一次打开本地新项目，能一次过的时候，我都会觉得今天我运气不错

• 資深大佬 : hongch

  如果是自定义 gradle 插件，各个版本之间的不同确实令人恼火，但如果只是拉个 jar 包，改改 gradle version 就可以了，也不麻烦

• 資深大佬 : sagaxu

  gradle 不符合国情，中国人硬盘小，10G 8G 空间宝贵。网也不好，恨不得所有东西都离线使用。

• 資深大佬 : hantsy

  @sagaxu 哈哈

• 資深大佬 : fromzero

  可以使用 offline 模式啊，跑本地的 gradle 。或者你可以把工程里的 gradle 版本改成你自己的

• 資深大佬 : Lemeng

  2g 吗，好吧，就不多说了

• 資深大佬 : nl101531

  Java 开发路过，这玩意太伤磁盘了，心疼我的小电脑

• 資深大佬 : EminemW

  改 gradle-wrapper.properties 中的 distributionUrl，或者是手动用浏览器下载然后把压缩包放到 IDE 的下载路径下，比 IDE 下载的快

• 資深大佬 : janus77

  mavan 是尽量兼容
  xcode 是压根不兼容
  看来夹在中间做人就是活该被骂呗……

• 資深大佬 : shingkit

  @yazinnnn 正常是只有一个的，有两个是因为你有的项目升级只改了 gradle-wrapper.properties 的版本号，没有换同目录下的 jar 包

• 資深大佬 : xupefei

  考虑一下 bazel ？远程缓存加持，编译快到飞起

• 資深大佬 : sonaive

  @manami 是给我们喂什么，我们就吃什么

• 資深大佬 : 20015jjw

  人在海外
  用 mac pro
  痛点就基本没有了

• 資深大佬 : gtanyin

  项目拉下来就改个已有的版本号呗，也不麻烦

• 資深大佬 : yazinnnn

  @shingkit
  不不不，版本号我没改的，只是改了下载路径（因为 idea 下载实在是不靠谱。。。）
  两个 properties 文件里的 distributionUrl 分别是
  http://localhost:8080/gradle-6.7.1-all.zip
  https://services.gradle.org/distributions/gradle-6.7.1-all.zip

• 資深大佬 : yanlaz

  打开陌生项目，直接把项目里的 gradle 文件夹删了，这样构建时就会用已经下好的一个版本

• 資深大佬 : Cbdy

  看了一下你说的槽点，明明是自己不会用怪软件嘛

• 資深大佬 : sw926

  现在看来，gradle 已经是工程的一部分了，就好像你写的代码依赖特定版本的库，项目里面的编译插件也依赖不同的 gradle 版本。如果图省事可以不用 gradle wrapper，只用系统安装的 gradle，但是各个版本的 gradle 的还是有些差异的。

• 資深大佬 : Asuka0947

  修改 distributionUrl，我是本地磁盘下放一个，蛋疼的是 idea 每次新建项目都会开始下载，手动关掉，改成本地，再重新引入。

• 資深大佬 : securityCoding

  这玩意主要是太灵活,版本升级速度比 chrome 差点 233

• 資深大佬 : joyhub2140

  我喜欢一路更新最新的 IDE，特别是 IDEA，每次更新新版本的启动界面，都让我每天对着枯燥的代码有了一种新鲜感，但一升级 idea，gradle 和 gradle 插件都提示不满足当前 idea 最低支持的 gradle 版本了。

  同样的情况，maven 却没这种事情发生，实在是太稳了。

• 資深大佬 : HuHui

  作为一个工具软件，却一直处于类 dev 状态，确实让人没有想用的欲望。

• 資深大佬 : MagnifierSun

  为啥你一直要用最新的呢？自己手动改下 gradle 的版本就行

• 資深大佬 : liyhu

  maven 很稳，我几次尝试 gradle，但它经常报错，后面不用了

• 資深大佬 : TomVista

  网也是个难题,这东西不走代理,经常跑不起来

• 資深大佬 : hehe12980

  但是说实话 Goorvy 写的比 Javas 爽多了

• 資深大佬 : crayygy

  之前我还想学 gradle，后来我宁可去写 C++

• 資深大佬 : beginor

  gradle 现在能用 kt 写了， 源代码用 kt， 构建工具也用 kt， 多爽！

• 資深大佬 : HolmesYe123

  你可以用你本地的 gradle 来构建，这样不用下载所有版本，一个版本走天下

• 資深大佬 : Kamiyu0087

  要不是也做 iOS 开发可能真信了 Xcode 用起来更舒服。。。