美文网首页Gradle程序员Android知识
使用Gradle构建Android项目

使用Gradle构建Android项目

作者: 码农明明桑 | 来源:发表于2014-05-25 22:31 被阅读533次

    新项目中,使用了Google I/O 2013发布的新工具,使用Gradle构建android项目,并且在新版的Intellig IDEA以及google的Android Studio对其支持。本文就介绍一下怎么使用gradle构建android项目,进行多个版本编译。

    Gradle是什么?

    Gradle是以Groovy为基础,面向java应用,基于DSL语法的自动化构建工具。是google引入,替换ant和maven的新工具,其依赖兼容maven和ivy。
    使用gradle的目的:

    • 更容易重用资源和代码;

    • 可以更容易创建不同的版本的程序,多个类型的apk包;

    • 更容易配置,扩展;

    • 更好的IDE集成;

    环境需求

    Gradle1.10或者更高版本,grale插件0.9或者更高版本.
    android SDK需要有Build Tools 19.0.0以及更高版本

    Gradle基本结构

    使用ide创建的gradle构建的项目,会自动创建一个build.gradle,如下:

    buildscript {
        repositories {
            mavenCentral()
        }
    
        dependencies {
            classpath 'com.android.tools.build:gradle:0.9.0'
        }
    }
    
    apply plugin: 'android'
    
    android {
        compileSdkVersion 19
        buildToolsVersion "19.0.0"
    }
    

    可以看到,构建文件主要有三个区域:

    buildscript{...}

    Configures the build script classpath for this project. 设置脚本的运行环境

    apply plugin: 'android'

    设置使用android插件构建项目

    android{...}

    设置编译android项目的参数

    任务task的执行

    通常会有以下任务:

    • assemble The task to assemble the output(s) of the project(输出一个项目文件,android就是打包apk)

    • check The task to run all the checks.(运行检查,检查程序的错误,语法,等等)

    • build This task does both assemble and check (执行assemble和check)

    • clean This task cleans the output of the project(清理项目输出文件)

    上面的任务assemble,check,build实际上什么都不做,他们其实都是其他任务的集合。

    执行一个任务的方式为gradle 任务名, 如gradle assemble

    在android项目中还有connectedCheck(检查连接的设备或模拟器),deviceCheck(检查设备使用的api版本)

    通常我们的项目会有至少生成两个版本,debug和release,我们可以用两个任务assembleDebug和assembleRelease去分别生成两个版本,也可以使用assemble一下子生成两个版本。

    gradle支持任务名缩写,在我们执行gradle assembleRelease的时候,可以用gradle aR代替。

    基本的构建定制

    我们可以在build.gradle文件中配置我们的程序版本等信息,从而可以生成多个版本的程序。
    支持的配置有:

    • minSdkVersion 最小支持sdk版本

    • targetSdkVersion 编译时的目标sdk版本

    • versionCode 程序版本号

    • versionName 程序版本名称

    • packageName 程序包名

    • Package Name for the test application 测试用的程序包名

    • Instrumentation test runner 测试用的instrumentation实例

    例如:

    android {
        compileSdkVersion 19
        buildToolsVersion "19.0.0"
    
        defaultConfig {
            versionCode 12
            versionName "2.0"
            minSdkVersion 16
            targetSdkVersion 16
        }
    }
    

    目录配置

    默认情况下项目目录是这样的
    有两个组件source sets,一个main,一个test,对应下面两个文件夹。
    src/main/
    src/androidTest/

    然后对于每个组件目录都有两个目录,分别存储java代码和资源文件
    java/
    resources/

    对于android项目中呢,对应的目录和文件是
    AndroidManifest.xml //该文件src/androidTest/目录下不需要,程序执行时会自动构建
    res/
    assets/
    aidl/
    rs/
    jni/

    如果需要上面这些文件,但是不是在上面所说的目录,则需要设置。

    sourceSets {
        main {
            java {
                srcDir 'src/java'
            }
            resources {
                srcDir 'src/resources'
            }
        }
    }
    

    可以给main或者test设置根目录,如

     sourceSets {
            androidTest.setRoot('tests')
        }
    

    可以指定每种文件的存储路径

    sourceSets {
            main {
                manifest.srcFile 'AndroidManifest.xml'
                java.srcDirs = ['src']
                resources.srcDirs = ['src']
                aidl.srcDirs = ['src']
                renderscript.srcDirs = ['src']
                res.srcDirs = ['res']
                assets.srcDirs = ['assets']
            }
        }
    

    特别是我们的ndk生成的.so文件,通常我们不是放到jni目录中的,我们需要设置一下

    sourceSets {
            main {
                jniLibs.srcDirs = ['libs']
            }
        }
    

    签名配置

    可以给不同类型进行不同的配置,先看示例:

    android {
        signingConfigs {
            debug {
                storeFile file("debug.keystore")
            }
    
            myConfig {
                storeFile file("other.keystore")
                storePassword "android"
                keyAlias "androiddebugkey"
                keyPassword "android"
            }
        }
    
        buildTypes {
            foo {
                debuggable true
                jniDebugBuild true
                signingConfig signingConfigs.myConfig
            }
        }
    }
    

    上面的配置文件配置两个类型,一个时debug类型,一个时自己的自定义类型。两个分别使用了不同的签名,同时对于生成密钥,要填写设置的密码。

    代码混淆设置

    直接看代码:

    android {
        buildTypes {
            release {
                runProguard true
                proguardFile getDefaultProguardFile('proguard-android.txt')
            }
        }
    }
    

    以上是使用默认的proguard文件去进行混淆,也可以使用自己编写的规则进行混淆,proguardFile 'some-other-rules.txt'

    依赖配置

    程序中会依赖别的包,或者程序,需要引入别的类库。前面也说到了,支持maven。
    对于本地的类库,可以这样引入:

    dependencies {
        compile files('libs/foo.jar')   //单个文件
        compile fileTree(dir: 'libs', include: ['*.jar'])  //多个文件
    }
    
    android {
        ...
    }
    

    对于maven仓库文件:

    repositories {
        mavenCentral()
    }
    
    
    dependencies {
        compile 'com.google.guava:guava:11.0.2'
    }
    
    android {
        ...
    }
    

    输出不同配置的应用

    看代码:

    android {
        ...
    
        defaultConfig {
            minSdkVersion 8
            versionCode 10
        }
    
        productFlavors {
            flavor1 {
                packageName "com.example.flavor1"
                versionCode 20
            }
    
            flavor2 {
                packageName "com.example.flavor2"
                minSdkVersion 14
            }
        }
    }
    

    通过以上设置,我们可以输出不同的保命不同的版本号,以及最小sdk的程序包。当然我们可以根据自己的需求去做其他的不同

    生成多个渠道包(以Umeng为例)

    我的完整配置文件

    buildscript {
        repositories {
            mavenCentral()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:0.9.+'
        }
    }
    apply plugin: 'android'
    
    repositories {
            mavenCentral()
    }
    
    android {
        compileSdkVersion 19
        buildToolsVersion "19.0.3"
    
        defaultConfig {
            minSdkVersion 8
            targetSdkVersion 19
            versionCode 1
            versionName "1.0"
        }
    
        sourceSets {
            main {
                jniLibs.srcDirs = ['libs']
            }
        }
    
        lintOptions {
            abortOnError false
        }
    
    
    //签名
        signingConfigs {
            //你自己的keystore信息
            release {
                storeFile file("×.keystore")
                storePassword "×××"
                keyAlias "××××"
                keyPassword "×××"
            }
        }
    
        buildTypes {
    
            debug {
                signingConfig signingConfigs.release
            }
    
            release {
                signingConfig signingConfigs.release
                runProguard false
                proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
            }
        }
    
        //渠道Flavors,我这里写了一些常用的,你们自己改
        productFlavors {
            //GooglePlay{}
            //Store360{}
            //QQ{}
            //Taobao{}
            //WanDouJia{}
            //AnZhuo{}
            //AnZhi{}
            //BaiDu{}
            //Store163{}
            //GFeng{}
            //AppChina{}
            //EoeMarket{}
            //Store91{}
            //NDuo{}
            xiaomi{}
            umeng{}
        }
    
    }
    
    
    //替换AndroidManifest.xml的UMENG_CHANNEL_VALUE字符串为渠道名称
    android.applicationVariants.all{ variant ->
        variant.processManifest.doLast{
    
            //之前这里用的copy{},我换成了文件操作,这样可以在v1.11版本正常运行,并保持文件夹整洁
            //${buildDir}是指./build文件夹
            //${variant.dirName}是flavor/buildtype,例如GooglePlay/release,运行时会自动生成
            //下面的路径是类似这样:./build/manifests/GooglePlay/release/AndroidManifest.xml
            def manifestFile = "${buildDir}/manifests/${variant.dirName}/AndroidManifest.xml"
    
            //将字符串UMENG_CHANNEL_VALUE替换成flavor的名字
            def updatedContent = new File(manifestFile).getText('UTF-8').replaceAll("UMENG_CHANNEL_VALUE", "${variant.productFlavors[0].name}")
            new File(manifestFile).write(updatedContent, 'UTF-8')
    
            //将此次flavor的AndroidManifest.xml文件指定为我们修改过的这个文件
            variant.processResources.manifestFile = file("${buildDir}/manifests/${variant.dirName}/AndroidManifest.xml")
        }
    }
    

    以上的功能就是替换我的Manifest中的umeng渠道标示,同时去生成不同的apk包。

    最后说明

    程序在buid的时候,会执行lint检查,有任何的错误或者警告提示,都会终止构建,我们可以将其关掉。

    lintOptions {
            abortOnError false
        }
    

    最后PS一下

    本人使用gradle确实方便很多,虽然电脑配置低,build的时候比较慢。
    内容呢,主要时参考谷歌官方的文档。
    关于怎么安装,没有讲到,可以参考这篇文章:http://stormzhang.github.io/android/2014/02/28/android-gradle/

    附上我参考的文档,没看懂的可以去看看。http://tools.android.com/tech-docs/new-build-system/user-guide

    原文地址:http://blog.isming.me/blog/2014/05/20/android4gradle/,欢迎转载,转载请注明出处。

    相关文章

      网友评论

        本文标题:使用Gradle构建Android项目

        本文链接:https://www.haomeiwen.com/subject/mejdtttx.html