Android项目中多Module项目架构以及优雅的解决第三方库依赖问题

前景

最近，公司项目有调整，需要在一个App应用中分布多套系统代码，从扩展以及维护的角度来看，我们需要将多套系统的业务代码完全隔离开，以便于后期的拓展开发和维护，如果我们把多套代码写到一个Module里面，虽然也能从制定代码标准的角度去隔离多套系统的代码，但是这样的成本会很高，而且很容易出现代码标准执行不到位而导致的代码隔离不彻底的问题，从而引发后续一系列问题。所以，我们必须要采用多个Module的方式部署多套系统。

架构设计

首先，我们需要一个主入口Module，这个Module是application类型的，也就是包名配置，版本信息等等都是在这个Module中进行配置，其次，我们分别建立多个library类型的Module对应多个系统，这里以Test1和Test2两个Module为例，同时，主Module依赖Test1和Test2两个Module，另外，建立一个公共的library类型的Module作为各个系统希望依赖的第三方插件基础库，这里我们举例为applibrary。他们的关系图如下所示:

项目示例

如图，设计一个项目按前面的架构设计新建对应的Module

在主Module的build.gradle文件中分别依赖Test1和Test2两个Module项目

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation project(path: ':Test1')
    implementation project(path: ':Test2')
}

在Test1以及Test2两个module项目中的build.gradle文件中分别依赖applibrary项目

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation project(path: ':applibrary')
}

applibrary这个module依赖一个公用的jar包

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation files('libs\\poi-3.12-android-a.jar')
    implementation files('libs\\poi-ooxml-schemas-3.12-20150511-a.jar')
    api files('libs/dom4j-2.0.2.jar')
}

依赖问题

如上图所示，我们的Test1和Test2都需要用到dom4j-2.0.2.jar这个基础包，如果我们分别在Test1和Test2的libs目录中添加这个jar包的话会造成重复依赖导致无法编译，同时也没必要，这个是我我们单独建立一个applibrary的module用于基础公共库的依赖处理，但是需要注意的是不能用implementation类型，必须要用api ，因为implementation类型只在内部使用了该 module，不会向外部暴露其依赖的 module 内容，api类型表示当前 module 会暴露其依赖的其他 module 内容。