大家在项目打包时,可能会有以下需求:
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的动态配置就说到这,这也是我在项目实际中运用到的分享给大家,下篇会讲解,利用美团的多渠道打包快速生成渠道包。