Android 使用 Gradle 统一配置依赖管理

最新推荐文章于 2024-03-20 19:52:31 发布
最新推荐文章于 2024-03-20 19:52:31 发布
阅读量5.9k 收藏 12
点赞数 5
分类专栏： 【Gradle】 文章标签： android Gradle 依赖管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qdjdeveloper/article/details/68924916
版权

       在介绍使用 Gradle 统一配置依赖管理前我们先来简单介绍一下 Gradle, Gradle 是一个基于 JVM 的构建工具，也是一款非常灵活强大的构建工具，支持  jcenter、maven、Ivy 仓库，支持传递性依赖管理(即 A 依赖 B，B 依赖 C，那么 A 也就可以依赖 C，不用再单独去依赖)，而不需要远程仓库或者是 pom.xml 和 ivy.xml 配置文件，抛弃了各种繁琐，基于 Groovy，build 脚本使用 Groovy 编写

而在我们的 Android studio 中默认就是使用 Gradle 来构建管理我们的工程的，在我们的工程构建过程中通常会创建很多个 Module 来对我们的工程进行功能以及业务上的解耦（也就是模块化开发），这时候可能就会存在一个问题，就是每个 Module 以及 Module 中一些公用库的依赖可能会出现版本不统一的问题，包括使用的编译版本，SDK 的版本等，导致不能打包，这里可以使用 Gradle 统一配置文件来解决我们的问题

首先我们来看一下，正常情况下我们的项目目录的 build.gradle 情况：

先看 app 下的 build.gradle:

//说明module的类型，com.android.application为程序，com.android.library为库
apply plugin: 'com.android.application'

android {

    //编译的 SDK 版本
    compileSdkVersion 25

    //编译的 Tools 版本
    buildToolsVersion "25.0.2"

    //默认配置
    defaultConfig {

        //应用程序的包名
        applicationId "com.example.qiudengjiao.activitytest"

        //支持 SDK 的最低版本
        minSdkVersion 15

        //支持 SDK 的目标版本
        targetSdkVersion 25

        //版本号
        versionCode 1

        //版本名
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

    //build 类型
    buildTypes {
        release {
            //混淆是否开启，返回true则开启
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

//在这里进行库的依赖
dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })

    testCompile 'junit:junit:4.12'

    //support v7 支持库
    compile 'com.android.support:appcompat-v7:25.1.0'
}


接下来我们再来看一下项目根目录下的 build.gradle:

//构建脚本
buildscript {

    repositories {

        //依赖的仓库
        jcenter()
    }
    dependencies {
        
        //项目依赖的Gradle版本
        classpath 'com.android.tools.build:gradle:2.2.3'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}



现在我们添加一个 Module 库,来看一下我们 Module 库下的 build.gradle:

apply plugin: 'com.android.library'

android {
    compileSdkVersion 23
    buildToolsVersion "23.0.2"

    defaultConfig {
        minSdkVersion 13
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    compile 'com.android.support:appcompat-v7:25.0.0'
    testCompile 'junit:junit:4.12'
}

这里我们来看一下和 app 目录下的 build.gradle 有什么区别：

app 目录下的 build.gradle 是：apply plugin:com.android.application

Module 库下的 build.gradle 是：apply plugin:com.android.library

其它的就是版本的不一样了，要素是一样的，这里就是我们今天着重要来介绍的，这里我们看到编译的 SDK 版本和编译的 Tools 版本以及支持 SDK 的最低版本等的版本号都是不一样的，这里我们就需要来统一，而我们总不能每次都来手动配置，当 Module 增多时则容易出错


解决办法：

方法一

在项目的根目录的 build.gradle 里进行统一配置如下：

/*在根目录中配置公用供子模块调用*/
ext {
    //Android
    compileSdkVersion = 25
    buildToolsVersion = "25.0.2"
    minSdkVersion = 15
    targetSdkVersion = 25

    //Version
    supportLibrary = "25.1.0"

    //supportLibraries dependencies
    supportDependencies = [
            supportAppcompat: "com.android.support:appcompat-v7:${supportLibrary}",
    ]
}

配置完后工程根目录的 build.gradle 情况： 

//构建脚本
buildscript {

    repositories {

        //依赖的仓库
        jcenter()
    }
    dependencies {

        //项目依赖的Gradle版本
        classpath 'com.android.tools.build:gradle:2.2.3'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

/*在根目录中配置公用供子模块调用*/
ext {
    //Android
    compileSdkVersion = 25
    buildToolsVersion = "25.0.2"
    minSdkVersion = 15
    targetSdkVersion = 25

    //Version
    supportLibrary = "25.1.0"

    //supportLibraries dependencies
    supportDependencies = [
            supportAppcompat: "com.android.support:appcompat-v7:${supportLibrary}",
    ]
}

接下来我们在 app 的 build.gradle 中进行调用如下： 

apply plugin: 'com.android.application'

android {

    compileSdkVersion rootProject.ext.compileSdkVersion
    buildToolsVersion rootProject.ext.buildToolsVersion

    defaultConfig {

        applicationId "com.example.qiudengjiao.activitytest"
        minSdkVersion rootProject.ext.minSdkVersion
        targetSdkVersion rootProject.ext.targetSdkVersion
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    compile fileTree(include: ['*.jar'], dir: 'libs')
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    compile 'junit:junit:4.12'
    compile rootProject.ext.supportDependencies.supportAppcompat
}

在 Module 的 build.gradle 中进行调用如下： 

apply plugin: 'com.android.library'

android {

    compileSdkVersion rootProject.ext.compileSdkVersion
    buildToolsVersion rootProject.ext.buildToolsVersion

    defaultConfig {

        minSdkVersion rootProject.ext.minSdkVersion
        targetSdkVersion rootProject.ext.targetSdkVersion
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    testCompile 'junit:junit:4.12'

    compile rootProject.ext.supportDependencies.supportAppcompat
}

这样我们就完成了使用 Gradle 对项目中 app 下的 build.gradle 和 Module 中的 build.gradle 依赖进行统一配置的解决，以此类推，更多的 Module 也是如此配置，以后需要版本的更改我们只需要去根目录 build.gradle 修改即可


方法二

因为每个人都有自己的配置习惯，这里我们再提供一种配置以供大家参考，这里我们在主项目的根目录下创建 config.gradle 来配置需要的相关配置信息如下：


config.gradle 里面的配置信息：

/**
 * 在主项目的根目录下创建config.gradle文件
 * 在这里单独处理统一依赖问题
 * 注意需要在根目录的build.gradle中进行引入
 */
ext {
    android = [
            compileSdkVersion: 25,
            buildToolsVersion: "25.0.2",
            minSdkVersion    : 15,
            targetSdkVersion : 25
    ]

    //Version
    supportLibrary = "25.1.0"

    //supportLibraries dependencies
    supportDependencies = [
            supportAppcompat: "com.android.support:appcompat-v7:${supportLibrary}",
            supportV4       : "com.android.support:support-v4:${supportLibrary}",
            suppoutDesign   : "com.android.support:design:${supportLibrary}"
    ]
}

然后我们需要在根目录的 build.gradle 中把 config.gradle 引入进来，这里特别注意是在根目录的 build.gradle 中引入

引入的代码为：

apply from: "config.gradle"

引入后的根目录 build.gradle 如下： 

//在这里引入config.gradle
apply from: "config.gradle"

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:2.2.3'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

接下来我们就可以在 Module 中引入使用了，如下： 

apply plugin: 'com.android.library'

//android配置
def config = rootProject.ext.android

//相关库依赖
def librarys = rootProject.ext.supportDependencies

android {
    compileSdkVersion config.compileSdkVersion
    buildToolsVersion config.buildToolsVersion

    defaultConfig {
        minSdkVersion config.minSdkVersion
        targetSdkVersion config.targetSdkVersion
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    testCompile 'junit:junit:4.12'

    //在这里使用库的依赖
    compile librarys.supportAppcompat
    compile librarys.supportV4
    compile librarys.suppoutDesign
}

到这里我们就成功的引入到了 Module 的 build.gradle 中，以后每个 Module 中的引入都是这样，实现了和方法一 同样的功能，个人感觉第二种更好一点，大家自己选择吧，毕竟各有所好，好了，到这里就给大家分享完了在项目中使用 Gradle 统一配置依赖，希望对大家有用

如有错误请提出，多谢




QDJdeveloper
关注
  • 5
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
详解Android使用Gradle统一配置依赖管理
08-28
本篇文章主要介绍了详解Android 使用 Gradle 统一配置依赖管理，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
解决Hadoop0.21.0 HDFS/MapReduce编译错误(ivy-resolve-common does not find hadoop-commo)
灰色影子
06-05 435
     最近老大安排，要跟踪HDFS ConcatenateFile的前提条件；于是尝试用ant/ivy编译了一下hdfs，提示ivy找不到hadoop-common组件；于是又编译了一下mapreduce，提示ivy找不到hadoop-comm/hadoop-hdfs；编译hadoop-common，提示编译成功；在编译mapreduce错误如下：   ivy-resolve-common...
喜欢Ant不喜欢Maven的有福了
Vincent Lee的专栏
11-04 3329
有了Ivy的帮忙，我们不需要为了一个库依赖管理功能而舍弃简单的Ant去用复杂的Maven。
史上最全Android-build-gradle配置详解，计算机应届毕业生面试题
最新发布
m0_63174529的博客
03-20 791
链图片转存中…(img-Q7kwgrfi-1710935540933)][外链图片转存中…(img-Br41bxjE-1710935540933)]
Android项目Gadle统一依赖管理
XBlithe的博客
01-16 2445
直接编写是Android项目工程自带的默认管理方式，在每一个module中都写死了不同依赖及版本号，因此每次升级依赖库时都需要对每一个module做大量的手动更改。Google在Android官方文档中推荐通过使用gradle的extra属性，将依赖及版本号编写到config.gradle配置文件中，每个module都去依赖config.gradle中的版本，从而达到统一管理的目的。ext {libs = [Gradle文档。
Android - 统一依赖管理（config.gradle）
冯纫机关枪的博客
04-20 352
本文属于《一款基于MVP架构的快速应用开发框架，kotlin版本》(注：此文章还在更新中，可先看看，敬请期待！的扩展文章，详细介绍在使用快速开发框架的时候，进行项目依赖管理的方法。传统apply from的方式（也是本文想讲的一种方式）：新建一个 「config.gradle」 文件，然后将项目中所有依赖写在里面，更新只需修改 「config.gradle」 文件内容，作用于所有module。buildSrc 方式：当运行 Gradle 时会检查项目中是否存在一个名为 buildSrc 的目录。
Gradle7.0，依赖统一管理的全新方式，了解一下~
Android技术之家
09-09 3727
我估计用到这么高版本的同学非常少，大家可以简单了解下，做个收藏，未来用到可以过来查就行。之前讲过buildSrc方式，两种方式而已都可以用。前言随着项目的不断发展，项目中的依赖也越来越多...
AndroidStudio Gradle第三依赖统一管理的实现方法
01-04
这三篇文章很好的讲解了gradle的在打包和项目依赖管理的优点，大家可以参考一下，来提高自己的开发效率，增强签名文件的安全性。 在很多时候我们使用AndroidStudio开发安卓App的时候都会引入第三方的库，在一个...
Android使用Gradle依赖配置compile、implementation与api的区别介绍
08-27
主要给大家介绍了关于Android使用Gradle依赖配置compile、implementation与api区别的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起看看...
Android Gradle 三方依赖管理
wangjie_de的博客
08-11 3065
Android发展至今，各种新技术层出不穷，版本管理也出现了很多方案，这些方案并没有绝对的优劣，还是需要结合实际项目需求来选择的，但是新的方案还是需要学习了解的。关于插件项目，可以参照关于的方案使用，可以参照WangJie0822/Cashbook: 记账本 (github.com)最新代码如果想要了解buildSrc方案，可以参照WangJie0822/Cashbook: 记账本 (github.com)文章作者: WangJie0822。...
Android使用Gradle统一配置依赖版本
Liyunlong
01-18 7930
前言        目前的Android开发为了减少编译时间，开发效率，大多都采用模块化，组件化的开发方式。 采用这种方式不可避免的将会用到多个Library。 那么当我们协同开发时，如何处理每个人的版本统一呢？        我想大部分人应该都在使用Gradle来依赖管理，还没有使用的去面壁思过，Gradle使用起来简直太好用了，举个例子，我们想依赖个support-v4包，直接一句话：
Gradle依赖的统一管理
weixin_33965305的博客
03-14 275
2019独角兽企业重金招聘Python工程师标准>>> ...
Android中依赖版本统一管理
cat_is_so_cute的博客
09-22 986
使用config.build文件实现Android中依赖的统一管理
Android Gradle 三方依赖管理详解
我的专栏
02-24 1582
这里有细心的小伙伴就会发现，我们声明的是 groovy-core，使用的时候却是 libs.groovy.core，这是因为 Version Catalogs 在根据别名生成依赖时对安全访问器的映射要求，别名必须由 ascii 字符组成，后跟数字，中间分隔只支持 短划线-、下划线_、点.，因此声明别名时可以使用groovy-core、groovy_core、groovy.core，最终生成的都是 libs.groovy.core。创建一个新项目，这个项目里面默认的依赖就是最原始的，没有经过统一管理的；
Android Studio gradle 技巧二 依赖统一管理
Come丶On
05-10 482
开个头 为什么统一管理依赖呢？ 当你的项目只有一个app module的时候，你想要修改compileSdkVersion，可以在app build.gradle里面直接改就好了，不会存在漏改的情况，但是相应的依赖版本号也要修改，比如，support库，design库等等，也需要你再app build.gradle里面一个一个修改，此时就会出现漏改的情况，不过，没关系，编译器会提醒你。 当你的项目...
Gradle依赖的统一管理，解决依赖冲突
djh10000的博客
09-11 377
看见别人在用implementation rootProject.ext.dependencies["xxxx"]不知道是什么意思，上网查了一下，原来是为了解决或者说预防gradle依赖冲突的问题。 在项目开发中我们会经常引入多个Module,然而每个Module中又包含了V4、V7，为了升级新版本依赖包只用更改一次，我们决定采用Gradle依赖的统一管理，避免重复繁琐的劳动。 记录...
Android Studio 中 Gradle 依赖的统一管理
haoxuhong的博客
02-02 554
转载至http://blog.csdn.net/wolfking0608/article/details/79230026 为什么要对 Gradle 统一管理 在实际项目中，经常会出现一个 Project 中有多个 Module 的情况，如果每个 Module 又同时拥有相同的依赖，比如 v4 包，那么，每次 v4 包升级的时候修改多个 Module 中的 build.gradle 文件，更新
使用Gradle进行统一依赖管理 - 版本，jar包
BunnyCoffer的博客
12-13 5768
当我们项目过大，需要进行组件式开发时，会涉及多个项目，每个项目都可能使用第三方提供的jar包，但是如果jar包不统一的 话，会造成编译失败。 我们可以通过gradle 来对整个项目进行统一版本管理。避免发生一个项目里使用了Rxjava1.0的版本又引入了Rxjava2.0的版本。 第一步操作： 在项目里创建config.gradle文件 ext { android
gradle统一管理依赖版本号
03-11
Gradle 可以通过使用 dependency management 插件来统一管理依赖版本号，可以在项目的 build.gradle 文件中配置。例如： ``` plugins { id 'java' id 'io.spring.dependency-management' version '1.0.10.RELEASE...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值