谈谈我的理解的Android组件化——2
2019-05-25 本文已影响8人
SSSuperYe
上一期的组件化以及本次的内容
我又来献丑了。。。。。。。。
这里可以先看看上一篇谈谈我理解的Android组件化
在之前的组件化方案中，所有的组件都在同一个项目中，并且使用implementation project(': xx')依赖，这样会有几个问题。
- 编译速度很慢————当组件开始变多时，app空壳工程或者其他组件会直接或者间接的依赖许多组件，当运行时，需要编译的时间就很感人。
- 不利于复用————当其他工程需要使用某个lib组件时候，需要copy一份到工程中来使用。当该lib组件需要维护的，不能做到一处修改，处处响应，无法保证这个lib组件的唯一性。
那么如何解决这个问题，大多数人应该是我一样将lib组件打包发布到私有仓库，像引用第三方lib一样依赖下来
发布包到本地库
- 创建一个module 叫lib_xxx，并在其根目录创建gradew.properties文件，定义一些属性，这些属性是后续生成pom文件时使用
#版本号
versionName=1.0.0
#项目组 id
maven_pom_groupId=com.xxx.xxx
#项目名称
maven_pom__artifactId=lib_xxx
#打包类型
maven_pom__packaging=aar
maven_pom__description=xxx description
- 在项目根目录，也可以是发布中心的根目录的gradle.properties定义本地仓库地址
#本地仓库地址（自定义仓库地址）
localUrl=file:///C:/Users/admin/Documents/repo/
- 在module的build.gradle中配置maven plugin和如下信息
apply plugin: 'maven'
uploadArchives {
repositories.mavenDeployer {
repository(url: localUrl)
pom.project {
version versionName
artifactId maven_pom__artifactId
groupId maven_pom_groupId
packaging maven_pom__packaging
description maven_pom__description
}
}
}
- 运行指令
gradlew -p localrepo clean build uploadArchives --info
等待build successful
- 使用本地仓库
在项目根目录的build.gradle文件中添加该maven
allprojects {
repositories {
jcenter()
maven{
url localUrl
}
}
}
在module的build.gradle文件中依赖库
implementation 'com.xxx.xxx:lib_xxx:1.0.0'
也就是上面maven_pom_groupId:maven_pom__artifactId :versionName
搭建私有仓库，发布到私有仓库中
-
这里先搭建好nexus，如何搭建，百度一堆。放个下载链接
-
浏览器中http://127.0.0.1:8081/ 默认网址可以进入管理界面
-
内置账户 admin admin123
-
点击左上角设置图标，Repository下的repositories，内置了一些库，可以直接使用maven_releases和maven-snapshots
-
点击进入仓库，copy里面的url
-
修改一下lib_xxx下的gradlw.properties配置文件
#正式版本号
versionName=1.0.2
#快照版本号
snapshotVersionName=1.0.0-SNAPSHOT
maven_local_username=admin
maven_local_password=admin123
#项目组 id
maven_pom_groupId=com.xxx.xxx
#项目名称
maven_pom__artifactId=lib_xxx
#打包类型
maven_pom__packaging=aar
maven_pom__description=xxx description
- 修改根目录的gradle.properties配置文件，将复制的url替换上去，稳定版传稳定的（release），不稳定版传不稳定的（snapshot）
#本地仓库地址（自定义仓库地址）
localUrl=file:///C:/Users/admin/Documents/repo/
#快照仓库地址
mavenSnapshotUrl=http://localhost:8081/repository/maven-snapshots/
#发布仓库地址
mavenReleasesUrl=http://localhost:8081/repository/maven-releases/
- 修改lib_xxxmodule下的build.gradle文件，带上账号密码
apply plugin: 'maven'
uploadArchives {
repositories.mavenDeployer {
repository(url: mavenReleasesUrl) {
authentication(userName: maven_local_username, password: maven_local_password)
}
snapshotRepository(url: mavenSnapshotUrl) {
authentication(userName: maven_local_username, password: maven_local_password)
}
pom.project {
// 注意：【这里通过切换 versionName 的赋值来区分上传快照包还是正式包（snapshot 版本必须以 -SNAPSHOT 结尾）】
//version snapshotVersionName
version versionName
artifactId maven_pom__artifactId
groupId maven_pom_groupId
packaging maven_pom__packaging
description maven_pom__description
}
}
}
- 运行指令
gradlew uploadArchives
也可以选择as右侧gradle的功能，选择该lib_xxx module下的Tasks/upload中的uploadArchives
- 等待发布成功，使用私有maven仓库，来获取lib_xxx
等待build successful
allprojects {
repositories {
jcenter()
maven{
url localUrl
}
maven {
url mavenReleasesUrl
}
maven {
url mavenSnapshotUrl
}
}
}
implementation 'com.xxx.xxx:lib_xxx:1.0.0'
踩坑
- 上传时找不到服务器
上传时需关闭android studio的翻墙代理设置，且注释settings.gradle中自动生成的代理服务器相关配置，否则上传时会报找不到仓库服务器的错误。
- 包无法更新
有时上传了最新的snapshot包，引用的地方也sync、clean了，但引用的还是旧的包，此时需要删除“~/.gradle”中的相关记录。为方便执行
，我们可以在应用工程根目录的build.gradle文件中，采用shell命令删除，该命令会在你执行clean操作时先执行：
task deleteDescriptors(type: Exec) { //执行shell命令
executable "sh"
args "-c", "rm -rf ~/.gradle/caches/modules-2/metadata-2.16/descriptors/com.company.appname"
//此处的“com.company.appname“就是库的名字
}
task clean(type: Delete, dependsOn: deleteDescriptors) { //clean工程时顺带执行上述任务
delete rootProject.buildDir
}
以上是网上查到的坑，暂时还没遇到
- 无法设置编译类型
在lib中无论怎么设置，打包发布到maven上后都会是release版本
所以有一个问题，如果在lib中需要判断编译类型怎么办？？
个人有两种方法：
- lib开放一个入口，由应用往lib中提供编译类型，举个简单的栗子，部分第三方sdk或者工具会在app启动时初始化的阶段传入context，所以道理是一样，将isDebug传入lib即可
- 由lib本身去获取当前应用的编译类型，这里需要通过反射来获取BuildConfig类，网上有很多获取的方法，注意多包共存下，单独区分包名
搭建仓库的目的
- 提升app编译性能，提高编译速度
- 为公司提供一个高级可配置的代理和私有发布中心
- 可维护可管理，保证唯一性，可复用性
吐槽一下，最近实在太忙了，没有在学点什么，一直有需求，全是复杂业务或者界面大改。放个刚刚申请的公众号吧哈哈哈哈哈哈哈哈哈。
掘金
image.png
