buildSrc 的缺陷
Android 开发中统一不同 module 的依赖版本十分重要,传统的方式是使用 ext 的方式
之前我发过关于使用 buildSrc 简化项目中 gradle 代码的译文:什么?项目里gradle代码超过200行了!你可能需要 Kotlin+buildSrc Plugin
该种方式可以很好的管理 gradle 的公共配置,这其中当然包括依赖版本
如图,在使用依赖时有代码提示,而且可以点击进入查看
但是由于 buildSrc 是对全局的所有 module 的配置,因此在构建速度上会慢一些。那么有没有一个更纯净的方式来配置依赖版本呢?
今天我们来介绍一种新的方式
自定义 plugin + includeBuild
使用 Gradle Composite builds 可以很容易解决这一问题
我们新建一个 module,命名为 version ,并将原来的 buildSrc 的代码转移过来
class DependencyVersionPlugin : Plugin<Project> {
override fun apply(project: Project) {
}
}
复制代码
在 version 的 build.gradle 文件加入
gradlePlugin {
plugins {
version {
id = 'com.flywith24.version'
implementationClass = 'com.flywith24.version.DependencyVersionPlugin'
}
}
}
复制代码
在 settings.gradle 加入 includeBuild("version")
(重点)
includeBuild("version")
rootProject.name='VersionControlDemo'
include ':app'
include ':lib'
复制代码
接下来在需要引用的 module 中引入该插件
plugins {
id "com.flywith24.version"
}
复制代码
之后我们就可以使用了
Demo
demo 在这
往期文章
该系列主要介绍一些「骚操作」,它未必适合生产环境使用,但是是一些比较新颖的思路
【奇技淫巧】AndroidStudio Nexus3.x搭建Maven私服遇到问题及解决方案
【奇技淫巧】什么?项目里gradle代码超过200行了!你可能需要 Kotlin+buildSrc Plugin
【奇技淫巧】gradle依赖查找太麻烦?这个插件可能帮到你
【奇技淫巧】Android组件化不使用 Router 如何实现组件间 activity 跳转
【奇技淫巧】新的图片加载库?基于Kotlin协程的图片加载库——Coil
【奇技淫巧】使用 Navigation + Dynamic Feature Module 实现模块化
我的其他系列文章 在这里
关于我
我是 Fly_with24
掘金
简书
Github