//数据库的schema版本,也可以理解为数据库版本号
schemaVersion 1
//设置DaoMaster、DaoSession、Dao包名,也就是要放置这些类的包的全路径。
daoPackage ‘com.example.ausu.big_progect.dao’
//设置DaoMaster、DaoSession、Dao目录
targetGenDir ‘src/main/java’
}
复制代码
然后再在build.gradle
中引入
apply from ‘greendao-config.gradle’
复制代码
这样做主要有2个优点
1.单一职责原则,将greendao
的相关配置封装在一个文件里,不与其他文件混淆
2.精简了build.gradle
的代码,同时后续修改数据库相关时不需要修改build.gradle
的代码
随着我们项目的越来越大,Library Module
也越建越多,每个Module
都有自己的build.gradle
但其实每个build.gradle
的内容都差不多,我们能不能将重复的部分封装起来复用?
我们可以做一个 basic
抽取,同样将共有参数/信息提取到 basic.gradle
中,每个 module
apply
,这样就是减少了不少代码量
apply plugin: ‘com.android.library’
apply plugin: ‘kotlin-android’
apply plugin: ‘kotlin-android-extensions’
apply plugin: ‘kotlin-kapt’
android {
// 指定用于编译项目的 API 级别
compileSdkVersion Versions.compileSDK
// 指定在生成项目时要使用的 SDK 工具的版本,Android Studio 3.0 后不需要手动配置。
buildToolsVersion Versions.buildTools
// 指定 Android 插件适用于所有构建版本的版本属性的默认值
defaultConfig {
minSdkVersion Versions.minSDK
targetSdkVersion Versions.targetSDK
versionCode 1
versionName “1.0”
}
// 配置 Java 编译(编码格式、编译级别、生成字节码版本)
compileOptions {
encoding = ‘utf-8’
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
kotlinOptions {
jvmTarget = JavaVersion.VERSION_1_8.toString()
}
lintOptions {
// lint 异常后继续执行
abortOnError false
}
}
dependencies {
implementation fileTree(dir: ‘libs’, include: [‘*.jar’])
…
}
复制代码
然后在相应的模块的build.gradle
中引入即可
apply from:“…/basic.gradle”
dependencies {
api Deps.constraintLayout
api Deps.retrofit
}
复制代码
这样是不是简洁很多?读者可根据项目实际情况判断是否适合抽取basic.gradle
使用
随着项目越来越大,项目中的资源文件也越来越大,比如layout
与drawable
文件夹下的文件数量常常可达几百甚至上千个
我们能不能像代码一样,对资源文件进行分包呢?
答案是可以的,主要是利用gradle
的sourceSets
属性
我们可以将资源文件像代码一样按业务分包,具体操作如下
1.新建res_xxx目录 [图片上传失败…(image-ce47f9-1617970032040)]
在 main
目录下新建 res_core
, res_feed
(根据业务模块命名)等目录,在res_core
中新建res
目录中相同的文件夹如:layout
、drawable-xxhdpi
、values
等。
2.在gradle
中配置res_xx
目录
android {
//…
sourceSets {
main {
res.srcDirs(
‘src/main/res’,
‘src/main/res_core’,
‘src/main/res_feed’,
)
}
}
}
复制代码
以上就完成了资源文件分包,这样做主要有几点好处
1.按业务分包查找方便,结构清晰
2.strings.xml
等key-value
型文件多人修改可以减少冲突
3.当删除模块或做组件化改造时资源文件删除或迁移方便,不必像以前一样一个个去找
当我们的项目中Module
越来越多,为了加快编译速度,常常把Module
发布成AAR
,然后在项目中直接依赖AAR
但是我们有时候又需要修改AAR
,就需要依赖于源码
所以我们需要一个可以快速地切换依赖AAR
与依赖源码的方式
我们下面举个例子,以retrofit
为例
假如我们要修改retrofit
的源码,修改步骤如下:
1.首先下载retrofit
,可以放到和项目同级的目录,并修改目录名为retrofit-source
,以便区分
2.在settings.gradle
文件中添加需要修改的aar
库的源码project
include ‘:retrofit-source’
project(‘:retrofit-source’).projectDir = new File(“…/retrofit-source”)
复制代码
3.替换aar
为源码
build.gradle(android)
脚本中添加替换策略
allprojects {
repositories {
…
}
configurations.all {
resolutionStrategy {
dependencySubstitution {
substitute module( “com.squareup.retrofit2:retrofit”) with project(‘:retofit-source’)
}
}
}
}
复制代码
如上几步,就可以比较方便地实现aar
依赖与源码依赖间的互换了
这样做的主要优点在于
1.不需要修改原有的依赖配置,而是通过全局的配置,利用本地的源码替换掉aar
,侵入性低
2.如果有多个Module
依赖于同一个aar
,不需要重复修改,只需在根目录build.gradle
中修改一处
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
学习分享
在当下这个信息共享的时代,很多资源都可以在网络上找到,只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料,大多都是有几十上百个G,但是杂乱无章,不知道怎么看从哪看起,甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话,我也分享一套给大家,比较系统,我平常自己也会经常研读。
七大模块学习资料:如NDK模块开发、Android框架体系架构…
只有系统,有方向的学习,才能在段时间内迅速提高自己的技术。
这份体系学习笔记,适应人群:
第一,学习知识比较碎片化,没有合理的学习路线与进阶方向。
第二,开发几年,不知道如何进阶更进一步,比较迷茫。
第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!
0最新上万页的大厂面试真题**](https://bbs.csdn.net/topics/618156601)
[外链图片转存中…(img-oFnGV4hf-1711374615261)]
七大模块学习资料:如NDK模块开发、Android框架体系架构…
[外链图片转存中…(img-xIKlaBpg-1711374615262)]
只有系统,有方向的学习,才能在段时间内迅速提高自己的技术。
这份体系学习笔记,适应人群:
第一,学习知识比较碎片化,没有合理的学习路线与进阶方向。
第二,开发几年,不知道如何进阶更进一步,比较迷茫。
第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!
由于文章内容比较多,篇幅不允许,部分未展示内容以截图方式展示 。如有需要获取完整的资料文档的朋友点击我的GitHub免费获取。