android 组件化开发与插件化开发,Android组件化开发项目实践之模块配置

转载请注明出处：drawthink的简书：http://www.jianshu.com/u/70318c7e4b5f

微信：hi222999

QQ群：103267029

一直忙，最近才有时间将组件化技术在以往实际项目开发遇到的坑写出来，毕竟有些坑，别人趟过的，我们就没必要前赴后继的作死了。

组件化开发：

组件化开发就是一个解耦的过程，将一个app分成多个模块，每个模块都是一个组件(Module，该Model为Android Library)，开发的过程中我们可以对这些组件进行单独调试，但是最终发布的时候是将这些组件统一成一个apk，这就是组件化开发。

相信众多安卓开发猿在项目开发中一定遇到过这样的项目结构：

当我们在开发一个项目时，通常将APP按功能分包，比如所有的页面放一个包，网络相关的放一个包等等，当项目业务场景单一，团队构成简单时，这样的开发模式没问题。

但当我们的APP业务场景越来越多，业务逻辑越来越复杂，类与类之间，功能模块与功能模块之间耦合度也越来越大，这时候问题就来了。往往是小张改了A处的BUG，结果导致B处，C处又有了新的BUG。万一在再碰上老板要求：那谁谁，明天把某个模块给我单独装手机上看看时。这个时候整个开发团队无疑是奔溃的。

介于以上种种原因，我们不得不重新考虑我们在设计APP的时候，要设计出一个满足以下要求的架构来：降低模块耦合度，高复用，利于团队开发等。这个时候可以考虑考虑组件化开发。

其实在之前的项目开发中，为着解决上述的问题，已经懵懂的将项目分成多个模块来开发了。但是不知道这个东东叫组件化开发(囧)。以项目为例，前些天在做一个类似滴滴的打车软件，因为项目初期，不可能将司机端和用户端做两个APP，成本太大，所以合二为一，做成一个APP。

一.项目分为四个Module:

common:：项目的统一基础信息配置，公用类库等。

driver： 司机模块，依赖common。

customer：用户端，依赖common。

main：项目入口，依赖driver，customer，负责对driver,costomer模块的请求转发。

二.具体模块配置

2.1项目统一基础信息配置

在项目根build.gradle中配置构建工具版本，编译sdk版本，当然也可以配置一些三方库的版本信息，然后在其他模块中引用就OK，达到项目库版本的统一配置开关。

ext {

compileSdkVersion = 25

buildToolsVersion = "25.0.2"

minSdkVersion = 14

targetSdkVersion = 23

}

2.2全局调试开关配置(用法在下面2.3章节中会讲)

在项目根gradle.properties中加入调试开关

isLibrary=true

2.3具体模块配置()

common模块：build.gradle

apply plugin: 'com.android.library'

android {

引用项目根build.gradle的配置

compileSdkVersion rootProject.ext.compileSdkVersion

buildToolsVersion rootProject.ext.buildToolsVersion

defaultConfig {

minSdkVersion rootProject.ext.minSdkVersion

targetSdkVersion rootProject.ext.targetSdkVersion

}

}

//driver,customer模块都会用到的三方库

dependencies {

compile 'com.squareup.retrofit2:retrofit:2.3.0'http://Retrofit2所需要的包

compile 'com.squareup.retrofit2:converter-gson:2.3.0'http://ConverterFactory的Gson依赖包

compile 'com.squareup.retrofit2:converter-scalars:2.3.0'http://ConverterFactory的String依赖包

compile 'com.android.support:appcompat-v7:25.0.0'

//高德地图

compile 'com.amap.api:navi-3dmap:latest.integration'

compile 'com.amap.api:search:latest.integration'

compile 'com.amap.api:location:latest.integration'

compile 'com.jakewharton:butterknife:8.4.0'

compile 'com.android.support:design:25.0.0'

compile 'com.android.support.constraint:constraint-layout:1.0.2'

}

driver模块build.gradle配置 ：当我们要单独调试driver模块时，需要

apply plugin: 'com.android.application'

而作为被main模块依赖时需要

apply plugin: 'com.android.library'

这个时候我们在2.2中的调试开关就可以用到了，我们可以这样进行配置

if (! isLibrary.toBoolean()) {

apply plugin: 'com.android.application'

} else {

apply plugin: 'com.android.library'

}

注意一：

就是当我们将driver作为被lirbary时，在AndroidManifest.xml中是不能有category为android.intent.category.LAUNCHER，因为APP在打包后会将所有的模块的AndroidManifest.xml合并，这时候如果合并的AndroidManifest.xml中有两个category为android.intent.category.LAUNCHER的activity时会在手机同时安装两个apk。

所以需要针对Module作为library和application单独编写AndroidManifest.xml，然后在library目录下的AndroidManifest.xml去掉application的相关配置就好。

类似：

然后在build.gradle中android节点下添加：

sourceSets {

main {

if (isLibrary.toBoolean()) {

manifest.srcFile 'src/main/library/AndroidManifest.xml'

} else {

manifest.srcFile 'src/main/release/AndroidManifest.xml'

}

}

}

注意二：当该module作为library时，build.gradle不能存在applicationId。

if (!isLibrary.toBoolean()){

applicationId "com.XXX"

}

customer模块的配置参见driver。

配置基本到此，这时候通过开关isLirbary就可以对项目模块进行单独调试或整体调试。