写在最后
本次我的分享也接近尾声了,感谢你们在百忙中花上一下午来这里聆听我的宣讲,希望在接下来的日子,我们共同成长,一起进步!!!
最后放上一个大概的Android学习方向及思路(详细的内容太多了~),提供给大家:
对于程序员来说,要学习的知识内容、技术有太多太多,这里就先放上一部分,其他的内容有机会在后面的文章向大家呈现出来,不过我自己所有的学习资料都整理成了一个文档,一直在不断学习,希望能帮助到大家,也节省大家在网上搜索资料的时间来学习,也可以分享动态给身边好友一起学习!
为什么某些人会一直比你优秀,是因为他本身就很优秀还一直在持续努力变得更优秀,而你是不是还在满足于现状内心在窃喜!希望读到这的您能点个小赞和关注下我,以后还会更新技术干货,谢谢您的支持!
Android架构师之路很漫长,一起共勉吧!
如果你觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言,一定会认真查询,修正不足,谢谢。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
}
}
把格式说一下 buildConfigField(“常量类型”,“常量名称”,“常量值”)
这样会在项目构建的是后,在项目的Build.config中生成项目的配置文件,类似这样:
你选择的是开发环境,那么这里面的配置就是dev环境下的地址,同理tes,pro环境一样.
这个最常用的就是在清单文件里面需要配置app_key,app_id的时候了,很多的三方SDK是需要配置这个东西的,比如某盟,某语音等等一大堆,这个时候,开发是用的key和id肯定不能正是环境也用,或者给不同的客户打不同的包,用的也不能一样,这是后,需要进行一些配置: 在清单文件(AndroidManifest)里面,application节点下这样配置:
<meta-data
android:name=“app_id”
android:value=“${app_id_value}” />//占位符
<meta-data
android:name=“app_key”
android:value=“${app_key_value}” />
在刚刚的productFlavors下面这样配置:
productFlavors{
dev{
dimension “mode”
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/dev/”’)
manifestPlaceholders = [app_id_value : “123456”
,app_key_value : “654321”]
}
tes{
dimension “mode”
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/tes/”’)
manifestPlaceholders = [app_id_value : “111111”
,app_key_value : “222222”] //替换两个以上的用逗号隔开
}
pro{
dimension “mode”
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/pro/”’)
manifestPlaceholders = [app_id_value : “223344”
,app_key_value : “556677”]
}
}
除了设置这些之外,还可以给不同环境配置不同的包名,版本号,版本名称,并且在选择不同环境运行或者打包的时候,显示的包名是不一样的,这个我验证过了,上个全的:
flavorDimensions “mode”
productFlavors{
dev{
dimension “mode”
applicationId “com.liucl.dev.app”
versionName “1.0.0”
versionCode 10
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/dev/”’)
buildConfigField(“boolean”, “UPDATE”, “true”)
manifestPlaceholders = [app_id_value : “123456”
,app_key_value : “654321”]
}
tes{
dimension “mode”
applicationId “com.liucl.tes.app”
versionName “2.0.0”
versionCode 20
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/tes/”’)
buildConfigField(“boolean”, “UPDATE”, “true”)
manifestPlaceholders = [app_id_value : “111111”
,app_key_value : “222222”]
}
pro{
dimension “mode”
versionName “3.0.0”
versionCode 30
applicationId “com.liucl.pro.app”
buildConfigField(“String”, “HTTP_BASE”, ‘“https://www.xxx.com/pro/”’)
buildConfigField(“boolean”, “UPDATE”, “false”)
manifestPlaceholders = [app_id_value : “223344”
,app_key_value : “556677”]
}
}
4.根据不同的productFlavors,引入不同的依赖包:
举个例子:我dev环境想用刘氏财团的 发财_aar 包 ; tes环境用 长寿_aar 包 ; 正式环境用 喜庆_aar包,改咋办? 1.新加节点configurations, 2.在dependencies中添加以下配置
configurations {
dev
tes
pro
}
def date = “20201222”//aar的日期
def ver = “v1.0.2_” //aar的版本
dependencies {
…
devImplementation(name: ‘发财_’ + ver + date, ext: ‘aar’)
tesImplementation(name: ‘长寿_’ + ver + date, ext: ‘aar’)
proImplementation(name: ‘喜庆_’ + ver + date, ext: ‘aar’)
…
}
======================================================================
在build.gradle里面增加一些配置,可以使打出来的包有自己的命名规则,比如什么名称,版本是多少,打包时间是什么时候,这样的配置可以避免很多时候,打包多了,不知道那个包是什么时候打的,这很让人头大,上代码配置:
buildTypes {//在android节点下
release {
minifyEnabled false
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
android.applicationVariants.all {
variant ->
if (variant.buildType.name == ‘release’) {
variant.outputs.all {
outputFileName = “LCL_vKaTeX parse error: Expected group after '_' at position 28: …ig.versionName}_̲{variant.productFlavors[0].name}_KaTeX parse error: Expected group after '_' at position 25: …buildType.name}_̲{releaseTime()}.apk”
}
}
}
signingConfig signingConfigs.release
}
}
最后
文章所有资料全部已经打包整理好,另外小编手头上整理了大量Android架构师全套学习资料,Android核心高级技术PDF文档+全套高级学习资料+视频+2021 BAT 大厂面试真题解析
资料展示:
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
1)]
[外链图片转存中…(img-hud7lnxu-1715446880932)]
[外链图片转存中…(img-Sgs4uO9K-1715446880932)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!