buildSrc, Composing builds 帮我编译加速
4种构建方式
- 默认构建：新建项目提供的构建方式
- 全局统一配置文件config.gradle：Google的很多Demo使用这种方式
- buildSrc 构建
- Composing builds 构建
为什么使用使用buildSrc, Composing builds
- 默认构建：不用多说大家都用过，简单不需要任何额外成本都应该会，缺点，同一个库在不同的module会有多分引用，如果版本不一样还容易冲突，一个升级所有库都要改，这个最麻烦，不推荐。
- 全局统一配置文件：Google demo用的很多，解决了默认构造的烦恼，本质，就是一个全局变量，一处修改，所有使用位置都会重建，效率不错，写起来也容易，推荐使用
- buildSrc 构建，构建系统默认的功能，不过需要配置就可以开启，同样达到一处修改全局可用，不过一处修改会编译整个项目，buildSrc好处是全局都能用并且可以通过点击跳转到设置参数，方便一些。相对全局配置更推荐buildSrc
- Composing builds：与buildSrc 类似，不过可以做到全局统一变量一样的效果就是一处修改不需要重新编译整个项目，而且还可以通过点击跳转。
buildSrc, Composing builds 使用
buildSrc, Composing builds 使用并不复杂，网上很多教程。重点不是如何用，而是真的了解为什么使用和如何选择。了解了他们的异同，根据自己的需求选择最好的就好。
使用方式链接放在下面
