Android项目gradle本地配置（二）

好了，继续跟着上次的文章往下写。人生真是寂寞如雪啊~~~

上次介绍的是Project的gradle， 相信大家对一些变量的定义和使用有了一定的认识了。今天我们介绍的是Module的gradle。

android {
    //配置keystore签名
    signingConfigs {
    }
    //系统自带的
    defaultConfig {
    }
    //变种
    productFlavors{
    }
    //打包类型
    buildTypes {
    }
}

我暂时就用到这几种，那我们先一个个来介绍。
1.signingConfigs ，这个方法是用来配置你run的情况下Apk打的是哪个签名。可以这样配置。

signingConfigs {
        GWT {
            //引入签名的路径
            storeFile file("./xxx.jks")
            //签名密码
            storePassword "password"
            //别名
            keyAlias "keyAlias"
            //key的密码
            keyPassword "password"
        }

        GWTTest {
            storeFile file("./xxx_test.jks")
            storePassword "password"
            keyAlias "keyAlias"
            keyPassword "password"
        }
}

这里我用生成的两个jks来配置不同环境下打入不同的签名包，这里可能有人会问那到底怎么用呢，先别急，慢慢来，这个主要是为了和后面的一起配合的，现在是说明下用法，让大家了解下这个地方该怎么写。

敲黑板。。。注意哈，这里我的jks是放在了Module的gradle的同级文件里，也就是他们俩是在一起的，所以我的路径是“./xxx.jks”，大家最好也这样，因为团队合作的话路径就一致了，没那么多幺蛾子。

GWT配置的是我项目中正式的jks，steelCityDevelop配置的是我开发的jks，一般来说开发都会有两套jks，当然如果还有更多的话那么在下面继续定义就是了。

2.productFlavors变种（我自己这样叫的，别打我），这个方法里面会用来配置不同环境的差异参数，比如说正式和开发的接口路径，包名，打哪个签名，App包名，各种第三方的key。

productFlavors {
        GWTTest {
            //修改包名，在包名后面加了个.test
            applicationIdSuffix ".test"
            //执行上面的签名配置，意思就是我这个打开发签名包
            signingConfig signingConfigs.GWTTest
            //往BuildConfig.java里面添加一个叫SERVICE_URL的字段，这里的用途是动态改变接口路径
            buildConfigField "String", "SERVICE_URL", GWTConfig.serviceUrlDevelop
            //往BuildConfig.java里面添加一个叫BAIDU_PUSH的字段，这里的用途是动态改变百度推送的key
            buildConfigField "String", "BAIDU_PUSH", GWTConfig.baiDuPushKeyDevelop
            //这个下面单独讲
            addManifestPlaceholders([BAIDU_KEY_VALUE: GWTConfig.baiDuMapKeyDevelop as String,
                                     APP_NAME:GWTConfig.labelDevelop as String])

        }
        GWT {
            signingConfig signingConfigs.GWT
            buildConfigField "String", "SERVICE_URL", GWTConfig.serviceUrl
            buildConfigField "String", "BAIDU_PUSH", GWTConfig.baiDuPushKey
            addManifestPlaceholders([BAIDU_KEY_VALUE: GWTConfig.baiDuMapKey as String,
                                     APP_NAME: GWTConfig.label as String])
        }
    }

addManifestPlaceholders，这个属性看属性名可以了解的差不多，意思就是往AndroidManifest.xml填加一个它可以用的属性
语法是：

addManifestPlaceholders([
    BAIDU_KEY_VALUE: GWTConfig.baiDuMapKey as String,
    APP_NAME: GWTConfig.label as String
])

这里的BAIDU_KEY_VALUE是我配置在AndroidManifest里面的百度地图key，以下是AndroidManifest的代码：

这里用${BAIDU_KEY_VALUE}就可以引用了。

这里的APP_NAME是我配置在AndroidManifest里面的程序名称，免得自己分不清楚，到时候操作了正式环境的数据给我九条命也不够，以下是AndroidManifest的代码：

老样子，用${APP_NAME}就可以引用了。

这里我先停止下，有些人这时候可能在吐槽我怎么知道我打包的时候它到底会走哪个，你讲了半天废话，过来看我不打死你。

大哥冷静啊。至少让我说完好不好！！！用Androidstudio的朋友们听好了（额，其他的我就管不到了）。

打开你的AS，左上角状态栏顺数第三个有个叫View的，点开它，选择Tool Windows，选择Build Variants，我这里是这样的：

Buidle.png

坑~~~~~~~

1.整个gradle请按照顺序来

apply plugin: 'com.android.application'
//apply plugin: 'android-apt'

def androidConfig = rootProject.ext.android
def GWTConfig = rootProject.ext.config

android {
    // 编译SDK的版本
    compileSdkVersion androidConfig.compileSdkVersion
    // build tools的版本
    buildToolsVersion androidConfig.buildToolsVersion

    signingConfigs {
        
    }

    defaultConfig {
    }

    productFlavors {
    }

    buildTypes {
    }
}

dependencies {

}

因为这个语法是按照顺序来的，所以别写错位置了，否则容易报错，你们也可以按照我上面找Build Variants的方式把Gradle Console打开，看看具体执行。

现在知道了吧，要执行哪个，选择，直接run就好啦。

今天先讲到这里，大家去试试吧。