谈谈我的理解的Android组件化——2

• 上一期的组件化以及本次的内容
• 发布包到本地库
• 搭建私有仓库，发布到私有仓库中
• 踩坑
• 搭建仓库的目的

上一期的组件化以及本次的内容

我又来献丑了。。。。。。。。
这里可以先看看上一篇谈谈我理解的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编译性能，提高编译速度
• 为公司提供一个高级可配置的代理和私有发布中心
• 可维护可管理，保证唯一性，可复用性

吐槽一下，最近实在太忙了，没有在学点什么，一直有需求，全是复杂业务或者界面大改。