Android gradle常用

Posted on |

Github

转载的，gradle常用积累

AAR引用

协作开发中引用AAR是比较正常的事情，这一条属于基本技能
引用也是十分简单的，直接把aar文件放到libs目录下，然后在gradle下面配置一行

1
2
3
4
5
repositories{
    flatDir{
        dirs 'libs'
    }
}

注意外层的repositories不能少，然后直接就可以在dependencies中添加引用，注意单引号

1
compile(name: 'widget2-debug', ext: 'aar')

JNI/NDK开发配置

AS在这方面要比Eclipse好用多了，高版本的NDK自带cygwin，只需要几行配置就可以愉快的开发了
首先是最外层的gradle配置，需要一个experimental的gradle版本，这里使用的版本是0.8.1

1
2
3
4
dependencies {
      classpath 'com.android.tools.build:gradle:2.2.1'
      classpath "com.android.tools.build:gradle-experimental:0.8.1"
  }

一般我们的gradle文件都是 apply plugin: ‘com.android.application’ 或者是 apply plugin: ‘com.android.library’ 但是如果我们要使用jni文件夹，以及编译so，那么我们需要改成apply plugin: “com.android.model.library”

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
apply plugin: "com.android.model.library"

model {
    android {
        compileSdkVersion 24
        buildToolsVersion "24.0.0"
        defaultConfig {
            minSdkVersion.apiLevel 16
            targetSdkVersion.apiLevel 24
            versionCode 1
            versionName "1.0"
        }
        buildTypes {
            release {
                minifyEnabled false
                proguardFiles.add(file("proguard-rules.pro"))
            }
        }
        ndk {
            moduleName "native_code"
        }
        sources{
            main{
                java{
                    source{
                        srcDir "src"
                    }
                }
            }
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
}

自动生成versionCode，versionName

直接依靠gradle的语法来实现版本号的修改，分离主版本子版本，根据自己的逻辑进行修改，一目了然。

1
2
3
4
5
6
7
8
9
10
11
12
13
def versionMajor = 2
def versionMinor = 1
def versionPatch = 0

android {
    ...
    defaultConfig {
    ...
        versionCode versionMajor * 100 + versionMinor * 10 + versionPatch
        versionName "${versionMajor}.${versionMinor}.${versionPatch}"
    }

}

修改开发minSdkVersion

在开发时，我们可以通过将minSdkVersion配置为21，这样能够加快部署的速度，当然只是用于开发，release版本依然是14的最小sdk版本。当我们配置最小sdk版本为21，gradle插件就能为每个module进行pre-dex，这样就能省去5.0版本下面的dex merge操作的时间，加快编译速度。

1
2
3
4
5
6
7
8
9
10
11
android {
    ...
    productFlavors{
        dev{
            minSdkVersion 21
        }
        prod{
            minSdkVersion 14
        }
    }
}

配置release和debug的applicationId

使用applicationidsuffix可以为debug版本添加一个后缀到你的applicationid上。这个小技巧可以让我们在同一台设备上安装多个版本的apk，不用频繁卸载。

1
2
3
4
5
6
buildTypes {    
    debug {
        applicationIdSuffix ".debug"
    }
    ...
}

保持依赖版本同步

在现在越来越大的项目中，各种Module，子Module，引用版本不一致导致经常需要同步下载，而且一旦想要升级插件，support包之类的，可能有好多个需要同时升级。
使用Gradle，我们也能做到这一点
首先在最外层的根build.gradle中，在ext块内定义一个版本

1
2
3
ext {
    supportLibVer = "24.2.1"
}

这样我们就能在需要的地方引用了

1
2
3
4
5
6
dependencies {
    compile fileTree(include: ['*.jar'], dir: 'libs')
    compile "com.android.support:appcompat-v7:$rootProject.ext.supportLibVer"
    compile "com.android.support:design:$rootProject.ext.supportLibVer"
    ...
}

包版本可以这么玩，其他的所有配置其实都可以这么玩，我们可以把配置抽成一个单独的gradle文件，里面就一个ext block。

1
2
3
4
5
6
7
8
9
10
11
ext {
   androidPluginVer = "2.1.3"
   compileSdkVer = 24
   buildToolsVer = "24.0.2"

   minSdkVer = 14
   targetSdkVer = 24

   supportLibVer = "24.2.1"

}

我们把这个命名成config.gradle，然后要做的就是让子module都能引用到这个，简单的做法就是直接让刚才的root gradle文件引用这个gradle配置文件。
这里有一点坑就是看你自己创建的gradle目录在哪一级，需要定位到才能找得到 不然会出错，这里我是在最外层，所以加了两处，另外改ext属性，需要手动同步一下，直接跑的话并不会自动同步，这是最关键的一点。

1
2
3
4
5
6
7
8
buildscript {
    apply from: 'config.gradle'
    ...
}

subprojects {
    apply from: '../config.gradle'
}

使用的话和前面的ext属性差不多，加不加rootProject都可以跑得动