初探Gradle之构建Variant

在Gradle中，构建Variant有什么用呢？首先看第一个问题，每一个由Android Studio创建的项目都会产生debug和release两个构建类型，那么开发者能不能创建自己的构建类型去实现特殊化呢？第二个问题，当一个应用出现多个版本，如免费版和付费版时，怎么合理处理不同版本的不同配置呢？

1. 构建类型

在Gradle中，构建类型通常被用来定义如何构建一个应用或依赖库。每个构建类型都能特殊化，不管debug标识是否被包含，applicationID是什么，无用的资源是否需要被移除等，你可以在buildTypes代码块中定义构建类型。下面是Android Studio创建的构建文件的标准buildType代码块：

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

在build.gradle中，此代码块配置了一个构建类型叫做release，其中

minifyEnabled false

当minifyEnabled为true时，在release task执行时，ProGuard会被调用去移除工程中你未使用的代码减少apk文件大小，甚至重命名你的类和字段去防止反编译。顺带一提：

shrinkResources false

当shrinkResources为true时，Gradle可以在构建期间删除或缩减所有未使用的资源，这种资源既包括你忘记删除的旧资源，还包括你使用的依赖库中未使用到的资源。

我们可以这样创建自己的构建类型：

buildTypes {
    staging {
        applicationIdSuffix ".staging"
        versionNameSuffix "-staging"
        buildConfigField "String", "API_URL", "\"http://staging.to8to.com/api\""
    }
}

staging类型针对applicationID定义了一个新的后缀，使其和debug以及release版本的applicationID不一样：

Debug ：com.package
Release ：com.package
Staging ：com.package.staging

这就意味着开发者可以在相同设备上安装staging版本和release版本的app，而不发生任何冲突。staging构建类型也有版本后缀，其在相同设备上区分多个应用版本时非常重要。buildConfigField属性使用一个构建配置变量，为API定义了一个自定义URL。另外，还可以用另一个构建类型的属性来初始化该构建类型：

buildTypes {
    staging.initWith(buildTypes.debug)
    staging {
        applicationIdSuffix ".staging"
        versionNameSuffix "-staging"
        buildConfigField "String", "API_URL", "\"http://staging.to8to.com/api\""
    }
}

另外，每个构建类型都可以有自己的依赖，Gradle自动为每个构建类型创建新的依赖配置。

dependencies{
      compile 'com.android.support:appcompat-v7:22.2.0'
      debugCompile 'com.to8to.xxx'
      stagingCompile 'com.to8to.xxx'
}

2. Product flavor

当一个app具有多个版本时，Product flavor能够极大的简化基于相同代码构建多个版本的应用的进程。

创建Product flavor和创建构建类型类似，可以在productFlavor代码块中添加：

productFlavors{
    free{
        applicationId "com.to8to.hellovariant.free"
    }
    paid{
        applicationId "com.to8to.hellovariant.paid"
    }
}

在Android Studio中，多个版本的项目目录如下：

由目录可以看出，main文件夹下存放的时公共资源，而free和paid目录下则存放各自版本的资源，在选择相应构建方式时，main资源会和相应版本的资源进行合并，生成相应的版本apk

不同版本的包名是一致的，但是他们的applicationID时不一致的；相同包名下也可存在类名相同的类，因为不同版本下的类在构建时不可能同时存在

选择不同的构建类型将产生不一样的版本apk。

另外，由于不同版本的应用是针对不同用户的，那么就需要为每个flavor使用不同的私钥签名，签名配置如下：

android{
    signingConfigs{
        free{
            storeFile file("free.keystore")
            storePassword "freepassword"
            keyAlias "free"
            keyPassword "freepassword"
        }

        paid{
            storeFile file("paid.keystore")
            storePassword "paidpassword"
            keyAlias "paid"
            keyPassword "paidpassword"
        }
    }

    buildTypes{
        release{
            // 指定所谓release版本的签名
            signingConfig signingConfigs.release
            // 指定release版本中各个product flavor的签名
            productFlavors.free.signingConfig signingConfig.free
            productFlavors.paid.signingConfig signingConfig.paid
        }
    }  
}

对于Gradle中的构建类型还需要更加详细的学习，初探会有初探的惊喜与认知，深入也会有深入的体会与升华，希望小牧的这篇初探之文能激发你深入了解Gradle类型构建的兴趣，再会 ~