大家在項目打包時，可能會有以下需求：
1.需要針對不同環境進行打包，每次都要去代碼切換url現的繁瑣。
2.不同環境配置不同的第三方（例如：推送id,友盟或TD的id等等）
3.正式包與debug包日誌的打印
4.gradle版本或sdk版本每次提交問題
5.本地化配置簽名可方便測試微信支付、分享等
下面我就針對以上問題進行配置，目前公司的開發基本上都是切換置AS,所以我們用的就是gradle 去動態配置。
首先，針對不同的環境我們在項目的bulid.gradle中配置productFlavors，productFlavors功能就是配置多個環境，當然有人配置了多種渠道的定義（這裏我就不說了，下篇文章我會講解用美團的多渠道打包方案）。
productFlavors{
ApiDev{
buildConfigField("String", "BASE_URL", "\"http://baidu.com/\"")
manifestPlaceholders = [IM_VALUE: "",PUSH_ID:"",
PUSH_KEY:"",PUSH_SECRET:""]
}
ApiTest{
buildConfigField("String", "BASE_URL", "\"http://baidu.com/\"")
manifestPlaceholders = [IM_VALUE: "",PUSH_ID:"",
PUSH_KEY:"",PUSH_SECRET:""]
}
ApiPre{
buildConfigField("String", "BASE_URL", "\"http://baidu.com/\"")
manifestPlaceholders = [IM_VALUE: "",PUSH_ID:"",
PUSH_KEY:"",PUSH_SECRET:""]
}
ApiHost{
buildConfigField("String", "BASE_URL", "\"http://baidu.com/\"")
manifestPlaceholders = [IM_VALUE: "",PUSH_ID:"",
PUSH_KEY:"",PUSH_SECRET:""]
}
}
以上是我配置了4個不同API環境的配置，buildConfigField定義了不同環境API的路徑，編譯後會BuildConfig中生成定義的BASE_URL字段，我們在代碼中直接調用BuildConfig.BASE_URL就可以動態配置了。
其次，針對第三方的例如：推送、統計、im等配置，我們需要先去清單文件中配置，例如我配置下個推的：
<meta-data
android:name="PUSH_APPID"
android:value="${PUSH_ID}" />
<meta-data
android:name="PUSH_APPKEY"
android:value="${PUSH_KEY}" />
<meta-data
android:name="PUSH_APPSECRET"
android:value="${PUSH_SECRET}" />
需要用$去定義，然後在bulid.gradle中不同的環境中配置：
manifestPlaceholders = [IM_VALUE: "",PUSH_ID:"",
PUSH_KEY:"",PUSH_SECRET:""]
之前的productFlavors中已有完整的了。
針對 正式包與debug包日誌的打印的，我是在buildTypes下配置了2個：
buildTypes {
release {
signingConfig signingConfigs.config_release
buildConfigField("boolean", "SHOW_LOG", "false")
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
minifyEnabled false
shrinkResources false
buildConfigField("boolean", "SHOW_LOG", "true")
}
}
一個release，一個debug，我們可以看到release中的buildConfigField，和上面定義不同環境的原理是一樣的，編譯後直接到代碼中BuildConfig.SHOW_LOG開啓或關閉。
同時我們在release中還配置了signingConfig，這個是配置打包證書的配置。
//簽名配置 簽名信息在gradle.properties中
signingConfigs{
config_release{
storeFile file(RELEASE_STORE_FILE)
keyAlias RELEASE_KEY_ALIAS
storePassword RELEASE_STORE_PASSWORD
keyPassword RELEASE_KEY_PASSWORD
}
}
簽名的一些信息不要放在bulid.gradle，最好放在項目project下的gradle.properties或local.properties下
RELEASE_KEY_PASSWORD=123456RELEASE_KEY_ALIAS=ckasldj
RELEASE_STORE_PASSWORD=123345
RELEASE_STORE_FILE=證書路徑
這樣我們在測試微信支付或分享就可以直接切換到release跑。不用去打包。
以上就是動態配置，說了這麼多，怎麼切換環境呢，上圖
最後說下，由於公司人員多，不同sdk提交build.gradle會出現更新代碼後不是自己的sdk版本信息，我們可以把一些本地的提取出來配置：
我的做法是：
在項目project下新建config.gradle,把一些全局的配置進去，
ext {
android = [
compileSdkVersion: 23,
buildToolsVersion: "23.0.2"
]
dependencies = [
"support-v4" : "com.android.support:support-v4:23.1.1",
"recyclerview" : "com.android.support:recyclerview-v7:23.1.1",
"design" : "com.android.support:design:23.1.1",
"cardview" : "com.android.support:cardview-v7:23.1.1"
]
}
以上就是config.gradle配置的全局屬性，配置完成後，在根目錄下的build.gradle下最頂部加上apply from:"config.gradle" 引用。
最後在在項目的build.gradle中：
compileSdkVersion rootProject.ext.android.compileSdkVersion
buildToolsVersion rootProject.ext.android.buildToolsVersion
compile rootProject.ext.dependencies["support-v4"]
compile rootProject.ext.dependencies["recyclerview"]
compile rootProject.ext.dependencies["design"]
compile rootProject.ext.dependencies["cardview"]
這樣每次提交build。gradle就不會覆蓋了。
好了，gradle的動態配置就說到這，這也是我在項目實際中運用到的分享給大家，下篇會講解，利用美團的多渠道打包快速生成渠道包。