Android 模块化开发

目录

一、模块化浅谈

1. Android 模块化开发介绍；

模块化开发思路就是：单独开发每个模块，用集成的方式把他们组合起来，就能拼出一个app。app可以理解成很多功能模块的组合，而且有些功能模块是通用的，必备的，像自动更新，反馈，推送，都可以提炼成模块，和搭积木很像，由一个壳包含很多个模块。

2.Android 模块化开发的好处；

模块升级会单独升级，升级的时候往往不只是增加资源，有时候会去删资源，这样做和其它的模块的资源不掺乎，我用umeng的自动更新sdk时就需要我连着资源一块进来，加进来容易以后不想用umeng的了再挑出去就很费事了。再假如push开始用的百度的后来换成极光的，对app的组合者其实是不关心的，对他影响很小。解耦很好。如果是主力带实习生这种开发的话，核心代码就不用和他们分享，让他们去做独立的功能，做好直接调用就行。以后整理代码，重构什么的都只重构这个模块的代码，他们不会不小心改了核心代码。

二、模块化开发的架构分层

1407686-2a3990b4b781784e.png

1407686-0635652ee1b4040b.png

命名建议：

底层：

Library

中间层：

Module + 业务或功能名字

上层：

App + 项目名字

建议分层进行

• 底层：包含基础库和底层库

  • 基础库：

    包含所有模块需要的依赖库，以及一些工具类，比如封装了的常用网络请求，封装图片处理

    fresco

    ，数据库相关等，还包含所有模块需要的依赖库；

  • 底层库：

    主要是使用C/C++开发的跨平台的引擎或者库，以so的形式存在。例如：游戏引擎cocos2d

• 中间层

  首先、分模块肯定要按照功能分，独立的一个功能，不能杂。比如、更新、登录、分享、播放，都可以。

  其次、我采取aar的形式作为模块的最小单位，为什么是aar不是jar，更不是library，因为jar不能带资源只能带java代码，library的话太容易被修改了，aar的好处是能带资源并且是编译好的，不能被修改。保证了模块的版本不会在被别人调用的时候随意修改，如果想修改就要联系做aar的人，让他去升级aar的版本。

  用android studio，打aar用maven；aar其实就是依赖，只不过之前的依赖都是存到了maven远程库里，自己用的话可以自己建和私有的maven库，太蛮烦的话可以直接用本地的aar文件做依赖。

• 上层

  将所有的业务模块聚合在一起，加上配置，形成主应用，一个模块化做的好的应用，主应用应该很简单，并且非常的稳定。

三、如何进行Android 模块化开发

进行Android 模块化开发前先复习一个基础知识，介绍一下 Studio 项目结构。

QQ截图20161114100811.png

• MyApplication 整个项目目录
• app 项目中app模块目录
• settings.gradle 定义项目包含哪些模块
• app/build/ app模块build编译输出的目录
• app.iml app模块的配置文件

• External Libraries 项目依赖的Lib,编译时自动下载的

  可以看出 Studio 新建的项目自身就是一个模块化项目，MyApplication 是整个项目，而app是一个模块，所以在后续自行增加更多的功能模块。

1.创建 Module 模块；

将所需的模块在对应项目的

Project

目录下拷贝出来，粘贴到要开发的项目的

Project

根目录下即可。也可以直接在

project

下新建一个

Module

。

File --> New --> New Module --> Android Library (建议选择这个) --> Finish
           

一个模块这样就创建完成了。默认的名字是

app

，根据项目的需要将模块的名字进行修改，直接Refactor > Rename...即可

1479092110399.png

2.将 Module 模块引入主项目中；

设置setting.gradle 中

include ':projectName'
           

设置后发现项目目录下增加了一个模块

QQ截图20161114111017.png

对

weather

模块下的

build.gradle

进行sync操作后，

QQ截图20161114111211.png

蓝色小茶杯变成了小手机的图标

在主模块的build.gradle中设置

dependencies {
    ...
    compile project(':projectName')
    ...
}
           

3.模块中 application 和 library 状态切换配置；

<font color=red>组件化不是插件化，插件化是在[运行时]，而组件化是在[编译时]。插件化是基于多APK，而组件化本质上还是只有一个APK。</font>

1. 设置一个开关控制

   application

   和

   library

   状态切换

   我们在开发的时候，

   Module

   如果是一个库，会使用

   com.android.library

   插件，如果是一个应用，则使用

   com.android.application

   插件，接下来根据这个变量来进行判断并且实现状态切换。

   Project

   根目录下

   gradle.properties

   中设置变量来控制。

   asApp=false
   ...
              

   asApp=false:表示这个模块是一个Module;

   asApp=true:表示这个模块是一个app;

2. 依赖项目中

   build.gradle

   配置

   在模块的

   build.gradle

   的开头处设置。

   // 开头处设置
   if (IsBuildModule.toBoolean()) {
       apply plugin: 'com.android.application'
   } else {
       apply plugin: 'com.android.library'
   }
   android {
       ...
       defaultConfig {
           // library 下删除 applicationId
           if (IsBuildMudle.toBoolean()) {
               applicationId "com.qsp.weather"
           }
           ....
       }
   }
              

3. 提供两套

   AndroidManifest.xml

   并进行动态切换

   mainfest文件也需要提供两套

   android {
       ...
       sourceSets {
           main {
               if (IsBuildModule.toBoolean()) {
                   manifest.srcFile 'src/main/buildModule/AndroidManifest.xml'
               } else {
                   manifest.srcFile 'src/main/buildApp/AndroidManifest.xml'
               }
           }
       }
   }
   
              

   • buildModule 的 AndroidManifest.xml， activity 等在这里可以正常注册。这里注册后主程序就可以不用写了写在哪里都可以。

     <manifest xmlns:android="http://schemas.android.com/apk/res/android"
         package="com.qsp.weather">
         <application
             android:allowBackup="true"
             android:supportsRtl="true">
         </application>
     </manifest>
                

四、Project 中模块以 aar 方式引入；

模块化方式分两种，第一种是以aar的方式引入项目中，因为有些模块在开发中可能功能不稳定或是不成熟，以arr形式引入不方便进行修改，所以这时候就可以以模块源码的方式引入。

1.导出 aar；

Android Library项目的gradle脚本在开头声明

apply plugin: 'com.android.library'

执行

./gradlew assembleRelease

然后在

build/outputs/aar

文件夹里生成aar文件

2.引用本地的aar；

生成aar之后下一步就是如何引用本地的aar文件？本地的aar文件并没有像引用jar文件这么简单，官方也没有提供解决方案。好在国外的一些前辈总结出了方法，下面就以test.aar文件为例来详述下方法。

1.把aar文件放在一个文件目录内，比如就放在libs目录内

2.在app的build.gradle文件添加如下内容

repositories {
    flatDir {
        dirs 'libs' //this way we can find the .aar file in libs folder
    }
}
           

3.之后在其他项目中添加一句gradle依赖便方便的引用了该library

dependencies {
    compile(name:'test', ext:'aar')
}
           

五、Android 模块化开发过程中遇到的问题

1.资源名冲突；

Android Studio 默认 library 的所有的 resource 为 public , 所以在模块化开发过程中总会遇到资源冲突问题。列出两种解决方法。

• 方法一：

  保护某些 resources 不被外部访问，可以创建

  res/values/public.xml

  ，因为 public 是关键词，搜易需要用 new file 的方式创建。至少添加一行，为添加的视为 private。

  <resources>
      <public name="mylib_app_name" type="string"/>
  </resources>
             

• 方法二：

  在 library 的 build.gradle 中添加

  resourcePrefix

  , 则所有的资源须以此 prefix 开头，否则报错。注意，图片资源虽然不提示报错误，但是也需要修改名字。

  android {
      ...
      buildTypes {
      ...
      }
      resourcePrefix 'my_prefix_'
  }
             

2.重复依赖；

将所有的依赖都写在library层的module，将所有的依赖同意成一个入口给上层的app去引用。

3.控制台报错解决；

Error:Module 'qsp_release:libLive:unspecified' depends on one or more Android Libraries but is a jar
           

报这个错误的场景，Moudle A 的

build.gradle

下

apply plugin: 'java'
...
dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile project(':library')
    ...
}
           

可以看出 Moudle A 是一个jar形式的依赖模块，而

library

是

apply plugin: 'com.android.library'

所以引用报如上错误。