赞
踩
有时候我们想根据不同的版本,设置相同变量不同的值,最常见的使用场景就是 Log 工具类,通过设置 isDubug 不同值判断是否打印日志.其他还包括获取包名,获取渠道名
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 {
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’
}
}
当需要从多个维度区分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”, //JPush上注册的包名对应的appkey.
JPUSH_CHANNEL: “developer-default”, //暂时填写默认值即可.
]
buildConfigField “String”, “PlatformSource”, ““korea””
buildConfigField “String”, “showProjName”, ““projName_korea””
}
dev {
dimension “env”
}
pre {
dimension “env”
}
produce {
dimension “env”
}
}
此时在build一下 , BuildVariants中会生成12种变体(总apk个数=构建类型个数_渠道个数_维度个数) :
chinaDevDebug(常用)
chinaDevRelease
chinaPreDebug
chinaPreRelease(常用)
chinaProduceDebug
chinaProduceRelease(常用)
koreaDevDebug(常用)
koreaDevRelease
koreaPreDebug
koreaPreRelease(常用)
koreaProduceDebug
koreaProduceRelease(常用)
打包
一次生成所有渠道包 打开命令行窗口,进入到工程的根目录下,输入
gradle assembleChinaProduceRelease
其他技巧
Gradle task适合用来完成一些既繁琐又容易出错的重复性手工作,比如批量修改,复制,重命名文件。 比如applicationVariants.all这个task可以针对每个构建版本设置各种属性,比如修改每个构建版本生成的apk名字:
applicationVariants.all { variant ->
variant.outputs.each { output ->
output.outputFile = new File(
new File("
p
r
o
j
e
c
t
.
r
o
o
t
D
i
r
.
a
b
s
o
l
u
t
e
P
a
t
h
/
a
p
k
/
"
,
/
/
最后在项目下的
a
p
k
文件夹下打出来的包名
:
c
h
i
n
a
D
e
v
−
G
o
o
g
l
e
P
l
a
y
−
1.0.0
−
20181126
−
193438.
a
p
k
(
"
{project.rootDir.absolutePath}/apk/", //最后在项目下的apk文件夹下打出来的包名:chinaDev-GooglePlay-1.0.0-20181126-193438.apk ("
project.rootDir.absolutePath/apk/",//最后在项目下的apk文件夹下打出来的包名:chinaDev−GooglePlay−1.0.0−20181126−193438.apk("{flavorName}-
c
h
a
n
n
e
l
−
{channel}-
channel−{buildType}-v
v
e
r
s
i
o
n
N
a
m
e
−
{versionName}-
versionName−{buildTime}.apk)
}
}
在组件化app里面,我们可能在测试包和正式包需要依赖不同组件。比如测试环境需要调试模块,但正式环境不需要。假如productFlavors如下,调试模块名字为module-test
productFlavors {
test{
}
publish{
}
}
那么在dependencies里面就可以这么依赖test模块:
ceshiCompile project(':module-test')
同样buildTypes也是适用的,两者可以一起或单独使用:
debugCompile project(‘:module-test’)
ceshidebugCompile project(‘:module-test’)
先在 project 根目录下创建ext_settings.gradle文件:
ext {
CHINA_VERSION_NAME = ‘2.0.0’
KOREA_VERSION_NAME = ‘1.0.0’
CHINA_VERSION_CODE = 20
KOREA_VERSION_CODE = 1
androidToolsVersion = ‘28.0.3’
supportLibraryVersion = ‘27.1.1’
fireBaseVersion = ‘12.0.1’
minSdkVersion = 19
androidSdkVersion = 27
kotlin_version = ‘1.3.0’
gradlePlugin = ‘3.2.1’
sourceCompatibilityVersion = JavaVersion.VERSION_1_8
targetCompatibilityVersion = JavaVersion.VERSION_1_8
}
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
这些题目是今年群友去腾讯、百度、小米、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。并且大多数都整理了答案,熟悉这些知识点会大大增加通过前两轮技术面试的几率
有Android开发3-5年基础,希望突破瓶颈,成为架构师的小伙伴,可以关注我,在我的个人介绍栏目免费获取
或者点击:【点击我的GitHub免费领取】
《Android学习PDF+架构视频+面试文档+源码笔记》来获取学习资料提升自己去挑战一下BAT面试难关吧
为什么免费分享?
89542239)]
有Android开发3-5年基础,希望突破瓶颈,成为架构师的小伙伴,可以关注我,在我的个人介绍栏目免费获取
或者点击:【点击我的GitHub免费领取】
《Android学习PDF+架构视频+面试文档+源码笔记》来获取学习资料提升自己去挑战一下BAT面试难关吧
为什么免费分享?
如果设置门槛,很多开发者朋友会因此错过这套高级架构资料,错过提升成为架构师的可能。这就失去了我们的初衷;让更多人都能通过高效高质量的学习,提升自己的技术和格局,升职加薪。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。