您的位置:首页 > 产品设计 > UI/UE

AndroidStudio下BuildTypes和ProductFlavors动态编译并重命名apk

2015-08-17 10:36 495 查看
在实际的开发与发布过程中,我们常需要根据不同的构建场景或者发布渠道,选择不同的.java文件进行编译。而在AndroidStudio中,其自带的Gradle组件能帮我们快速实现这一功能。

什么是BuildTypes、Flavors、BuildVariants

BuildTypes:构建类型,AndroidStudio的Gradle组件默认提供给了“debug”“release”两个默认配置,此处用于配置是否需要混淆、是否可调试等

Flavors:产品渠道,默认不提供任何默认配置,在实际发布中,根据不同渠道,我们可能需要用不同的包名,服务器地址等

BuildVariants:每个buildtype和flavor组成一个buildvariant

实施步骤

实现目的:我们通过新增staging和 production渠道,分别针对调试阶段和发布阶段指向不同的服务器地址,并假设服务器地址编写于Constants.java文件中,在通过AndroidStudio默认的apk构建选项,动态根据不同渠道去自动生成指向不同服务器的apk

1、添加staging、production渠道

apply plugin: 'com.android.application'

dependencies {
...
}

android {
compileSdkVersion 15
buildToolsVersion "22.0.1"

sourceSets {
...
}

buildTypes {
//开启混淆
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'
}

}

productFlavors {
//新增渠道staging,表示调试阶段的发布
staging {
}

//新增渠道production,表示产品发布阶段的发布
production {
}
//其他不同apk市场渠道添加,类似...
}


在”android”闭包内添加配置如上,新增了staging和production渠道。本文不对这两个渠道做个性化配置。

2、添加staging、production对应的源码目录

(1)在主Module目录中的创建目录“src/staging/java”“src/production/java”与原有的“src/main/java”目录对称



(2)在build.gradle中,指定staging、production的源码目录

apply plugin: 'com.android.application'

dependencies {
...
}

android {
compileSdkVersion 15
buildToolsVersion "22.0.1"

sourceSets {
...
staginge {
java.srcDirs = ['src/staging', 'src/staging/java', 'src/staging/java/']
}

production {
java.srcDirs = ['src/production', 'src/production/java', 'src/production/java/']
}
}

buildTypes {
...
}

productFlavors {
...
}


步骤分析:AS的Gradle组件会根据sourceset的配置,在实际编译过程中,根据选择的buildtype和。productfalvor(即buildvariant)到指定的源码目录查找源码文件,并且将main目录下的源码和这些指定目录下的源码进行合并(不是替换)

3、迁移Constant.java文件(关键)

把main下的Constant.java文件剪切+粘贴到”src/staging/java”和”src/main/java”的对应包下(注意千万不能保留main下的Constant.java文件),并且相应修改Constant.java里面的服务器地址

步骤分析:在Gradle进行构建时,它会现在main目录下寻找所需的.java文件,如果找不到,就会在构建时选择的渠道对应源码目录下寻找,如果此时main和渠道源码目录都有同一个.java文件,就会报“duplicate class(重复类)”错误。因此,应该删除main的原文件。

4、定义apk命名规则

我们暂定apk命名规则为:[appName][versionName]-[flavorName]-[date].apk,

如:MyAPPv2.0.0-production-201508171214.apk

apply plugin: 'com.android.application'

dependencies {
...
}

android {
...

//修改生成的apk名字
applicationVariants.all { variant ->

if (variant.buildType.name.equals('release')) {
variant.outputs.each { output ->
def appName = 'MyApp'
def oldFile = output.outputFile
def buildName
def releaseApkName

variant.productFlavors.each { product ->
buildName = product.name
}

releaseApkName = appName + getVersionNameFromManifest() + '-' + buildName + '-' + getDate() + '.apk'
output.outputFile = new File(oldFile.parent, releaseApkName)
}
}
}
}

//获取时间戳
def getDate() {
def date = new Date()
def formattedDate = date.format('yyyyMMddHHmm')
return formattedDate
}

//从androidManifest.xml中获取版本号
def getVersionNameFromManifest() {
def manifestParser = new com.android.builder.core.DefaultManifestParser()
return manifestParser.getVersionName(android.sourceSets.main.manifest.srcFile)
}


5、开始构建

Build->Generate Signed APK,补充好签名信息,可以看到Flavors多了两个我们添加的渠道,这时候选择一个然后开始构建,看效果吧!
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: