前言 大家都知道，SpringBoot应用最终会打出一个Fat Jar, 里面包含了用到的全部依赖，启动也非常简单，java -jar xxx.jar即可。 但是我们公司打出的最终包，将依赖包挪到了外

前言 很高兴遇见你~ 这又是一个新的系列，关于 Gradle 学习，我所理解的流程如下图： 在本系列的上一篇文章中，我们对 Gradle 的一些基础概念及 Groovy 语法进行了讲解，完成了第一个环

但是由于 buildSrc 是对全局的所有 module 的配置，因此在构建速度上会慢一些。那么有没有一个更纯净的方式来配置依赖版本呢？

为了充分利用Android Plugin for Gradle 3.0+的优点，将Android项目拆分成多个module的做法越来越常见。然而，随着module数量的增多，我们很快就会遇到依赖管理的混乱问题。 这是一种大多数人在采用的管理依赖的方法，但每次升级依赖库时都需要做…

有，就是使用循环遍历依赖。 在 main 目录下新建 res_core, res_feed（根据业务模块命名）等目录，在res_core中新建res目录中相同的文件夹如：layout、drawable-xxhdpi、values等。

Gralde7.0新特性，Catalog支持在项目间共享依赖,支持在单独的文件中配置依赖，支持版本号与依赖名分离，可以在多个依赖间共享版本号，支持将经常一起使用的依赖打包成依赖组