Android Gradle进阶配置指南，kotlin开发思维

最新推荐文章于 2024-11-07 17:12:13 发布

m0_60635245

最新推荐文章于 2024-11-07 17:12:13 发布

阅读量959

点赞数 21

分类专栏： 2024年程序员学习文章标签： android kotlin 开发语言

本文链接：https://blog.csdn.net/m0_60635245/article/details/137574579

版权

本文详细介绍了Android Gradle的buildTypes和productFlavors的使用，包括如何构建不同版本的APK，如何设置构建变体，以及在不同构建类型和产品口味下配置应用ID、版本信息等。此外，还提到了Gradle任务、模块动态依赖和全局变量的定义，以及打包和一些实用技巧，适合Android开发者进阶学习。

摘要由CSDN通过智能技术生成

buildConfigField “String”, “PlatformSource”, ““Google””
buildConfigField “String”, “showProjName”, ““TestProj””

最后调用 : BuildConfig.PlatformSource

public final class BuildConfig {
public static final boolean DEBUG = Boolean.parseBoolean(“true”);
public static final String APPLICATION_ID = “com.xxx.xxxx”;
public static final String BUILD_TYPE = “debug”;
public static final String PlatformSource = “Google”;
public static final String showProjName = “TestProj”;

上面的是加在defaultConfig 中的，而加在buildTypes或productFlavors中就会在不同构建版本出现不同的值。如果再配置上不同的applicationId，那么就可以在同一个手机上同时安装不同构建版本的应用。

productFlavors {
//国内版本
china{
applicationId “com.shy.china”
versionCode “2.0.0”
versionName “30”
}
//韩国版本
korea{
applicationId “com.shy.korea”
versionCode “1.0.0”
versionName “1”
}
}

到这里你会发现buildTypes和productFlavors定义很相似，不过他们的差别在:

buildType 不会改变应用程序的代码，它们只是处理的东西不同，你可以通过 buildType 来获取更多的技术细节（例如：build optimization,log level minifyEnabled等等），但是app的内容不会改变.
productFlavor 配置可以改变app的内容(可以设想成 package 理解，buildType 没法改 applicationId).

BuildVariants变体

buildTypes+productFlavors相结合，组成构建变体，buildTypes构建类型，主要就是debug(测试),pre(预发布) ,release(线上)的分别。productFlavors产品口味，主要就是各种渠道版本。两个合体就会构建出不同的版本apk （总apk个数=构建类型个数*渠道个数）.看图:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

buildTypes构建类型

buildTypes {
release {
multiDexKeepProguard file(‘multidex-config.pro’)
minifyEnabled true//是否开启混淆(上线)
shrinkResources true
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
}
debug {
multiDexKeepProguard file(‘multidex-config.pro’)
minifyEnabled false//是否开启混淆(上线)
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
}
}

productFlavors多维度

当需要从多个维度区分app版本，比如是否付费和渠道时，就需要使用flavorDimensions来区分

flavorDimensions “channel”, “env”

productFlavors {
china {
dimension “channel”
applicationId “com.shy.china”
versionCode project.CHINA_VERSION_CODE as int
versionName project.CHINA_VERSION_NAME
signingConfig signingConfigs.china

buildConfigField “String”, “PlatformSource”, ““china””
buildConfigField “String”, “showProjName”, ““projName_china””

manifestPlaceholders = [
package_name : applicationId,
JPUSH_PKGNAME: applicationId,
JPUSH_APPKEY : “xxxxxxxxxxxx”, //JPush上注册的包名对应的appkey.
JPUSH_CHANNEL: “developer-default”, //暂时填写默认值即可.
]
}

korea {
dimension “channel”
applicationId “com.shy.korea”

versionCode project.KOREA_VERSION_CODE as int
versionName project.KOREA_VERSION_NAME
signingConfig signingConfigs.korea

manifestPlaceholders = [
package_name : applicationId,
JPUSH_PKGNAME: applicationId,
JPUSH_APPKEY : “xxxxxxx”, //J