Android从0到1实现模块化开发,封装(MVP、Retrofit2、Rxjava2、Arouter等)组合框架

题外话:这一两年来随着人工智能的火爆,越来越多的人都去做AI、人工智能什么的,移动互联网的风口位置也已让贤,但是不在风口,我们也得坚持安卓下去,不是什么火我们就往那里拱(拱 二声,四川话:去),新技术总有一天也会失去众人的焦点被其他新事物所取代,所以坚持下去,我们会做的更好的。

前言:在我们日常开发中,当项目业务逐渐变得多起来,在app目录下怼代码感觉会越来越臃肿,有时还会耦合的很严重,最要命最痛苦的是编译的时候,一个小改动改个字符串什么的可能几秒钟就完成了,但等待编译却要好几分钟,更甚至十几分钟,这肯定是不能忍的,毕竟我们工作时间很宝贵,能不拖时间就不拖,免得影响下班时间,对吧。所以这个时候,安卓模块化就显得格外重要了。

注意:这里只着重讲怎么去架构,还有常用的思路方法,深层次的原理等不大会涉及到,如果大家有需要看原理什么的就去看其他大牛的讲解哦!

一、模块化解决的问题:

1.各个子module间互不依赖,形成解耦。

2.各个模块作为application时可以单独运行,作为library时,只提供给app模块依赖打包使用。

3.便于各个开发人员间的合作开发。

4.各个模块作为application单独编译时间减少,程序员心情值up。

下面将根据demo来讲解具体用法:

二、首先看到android目录架构

包括上方红框的基础组件lib_common以及lib_opensource,lib_opensource作用是所有三方库的一个依赖组件,lib_opensource只被lib_common依赖。lib_common作用是提供所有base类,包括但不限于封装的mvp、网络框架、基本配置类、utils、一些公共的轻量业务。当然如果说业务具有登录注册的,那么也推荐放到lib_common里面,当我们单独编译某一个模块又必须要用到登录时,那么此时所有业务子模块就直接依赖lib_common就足够了,当我们需要整体编译打包时,app模块只需要依赖各个业务子模块,不需要单独去依赖lib_common。

1.怎么去配置是否单独编译还是整体打包编译:

我们需要去定义一个全局的常量,让我们各个子模块自动去识别这个常量就行。以往我们定义一个全局常量可能就只需要一个静态类就搞定,那么对于整个工程来说有没有一个常量能够被所有module所识别呢?答案是肯定的,Gradle自动构建工具有一个重要属性,可以帮助我们完成这个事情。每当我们用AndroidStudio创建一个Android项目后,就会在项目的根目录中生成一个文件 gradle.properties,我们将使用这个文件的一个重要属性:在Android项目中的任何一个build.gradle文件中都可以把gradle.properties中的常量读取出来;那么我们在上面提到解决办法就有了实际行动的方法,首先我们在gradle.properties中定义一个常量值 isBuildModule(是否是组件开发模式,true为是,false为否),在项目根目录的 gradle.properties 中定义变量:

这里需要注意的是,gradle.properties 中的数据类型都是String类型,使用其他数据类型需要自行转换,也就是说我们读到 isBuildModule是个String类型的值,而我们需要的是Boolean值,所以需要在子模块的build.gradle 使用的地方中加入红框代码:

上面的isBuildModule 为true表示,子模块会以application存在,即可单独打包编译等,当为false时,作为library供application依赖使用。

此时还需要注意两点:

1)当子模块作为application时有自己的包名,需要这个字段。而当子模块作为library时,子模块的build.gradle中不需要包名applicationId这个字段,我们同样根据isBuildModule字段来判断:

2)manifest合并问题。当子模块作为library时,是由app主模块启动的,此时子模块的manifest里面不需要配置launch也不需要配置application的label、icon等。而子模块作为application时是自己本身启动,需要在manifest配置launch以及application等。此时的清单文件不能同时满足两个条件,那么我们就通过配置两个不同的清单文件release版和debug版来解决这个问题。

在子module的main目录下新建两个文件夹,并将清单文件放入其中,如下:

             

debug 模式下的 AndroidManifest.xml :

<application
   ...
   >
   <activity
       android:name="com.senon.module_one.MainActivity"
       android:label="module_one">
       <intent-filter>
           <action android:name="android.intent.action.MAIN" />
           <category android:name="android.intent.category.LAUNCHER" />
       </intent-filter>
   </activity>
</application>

realease 模式下的 AndroidManifest.xml :

<application
   ...
   >
   <activity
       android:name="com.senon.module_one.MainActivity"
       android:label="module_one">
       <intent-filter>
           <category android:name="android.intent.category.DEFAULT" />
           <category android:name="android.intent.category.BROWSABLE" />
           <action android:name="android.intent.action.VIEW" />
           <data android:host="com.senon.module_one"
               android:scheme="router" />
       </intent-filter>
   </activity>
</application>

当写好了两个不同版本的清单文件之后,我们需要在对应的每个子模块的build.gradle去配置不同版本的清单文件

如果项目中出现
No signature of method: static org.gradle.api.java.archives.Manifest.srcFile() is applicable for argument types: (java.lang.String) values: [src/main/debug/AndroidManifest.xml]时,是因为manifest写成了Manifest,把大写改成小写就ok了。

2.三方依赖库如何使用:

上面提到的lib_opensource模块是专门存放三方开源等依赖,使用方法一般是在根目录新建一个gradle脚本文件,我们命名为dependencies.gradle,我们把所有的三方依赖全部放在里面,并定义新的名称方便调用,如下:

划重点:然后必须在项目工程根build.gradle中去应用这个dependencies.gradle

接下来,lib_common的build.gradle中依赖lib_opensource这个模块,如下:

注意到上面红框里面了吗? 依赖用的是api 而不是implementation。为什么尼?

原因是安卓3.0以后google为了安卓的规范,而使用了api和implementation来替代以前的compile,api和以前的compile作用是一样的,而implementation的出现是为了依赖私有化(我个人这样理解的)。如果B implementation了A,那么B可以调用到A中的api接口(也就是A中的各种类,接口之类的),此时如果C implementation了B,那么C是不能够调用到A中的api接口的,所以说implementation是保护了A中的api接口的,这样做增加了项目的构建速度,非常棒。

回过来,如果我们想要C也可以调用A的接口,怎么办尼?这时就应该用api了,B api A,C implementation B,此时C就能够调用A的api接口了。现在发散下思维(偷笑),如果D implementation C,D想调用A中的api接口怎么办?答案是B api A,C api B,D implementation/api C。

3.资源名称命名

在模块化中,会出现这种情况,主module依赖了module_one、module_two,one、two同时又一张叫logo的图片,主module需要调用two中的logo图片,调用并运行程序,此时打开app一看,发现logo显示的不是two中的那一张,程序也没有报错,这是怎么回事呢?原因是程序不知道到底要调用哪一个logo图,所以调用出现混乱。

解决这个的办法,使用resourcePrefix约束资源前缀,来防止冲突,此时在所有子模块的build.gradle的android下增加各自的资源前缀 ,一般使用module+下划线_组成,比如one_

此时我们子模块下面res文件夹下面的所有文件命名全部要用one_为前缀,比如one_activity_main.xml,包括layout、value、drawable、mipmap等里面的所有文件。

 

三、模块间的跳转问题

由于子模块之间是禁止互相依赖的,所以他们之间不能跳转、传值等,一般来说解决这个问题有几种方法,一是隐式跳转,但不方便传值及后期维护修改,二是最常用的路由跳转,我们项目中所用的路由跳转为阿里巴巴开源ARouter,使用起来比较简单:

1,添加依赖和配置

android {
    defaultConfig {
        ...
        javaCompileOptions {
            annotationProcessorOptions {
                arguments = [AROUTER_MODULE_NAME: project.getName()]
            }
        }
    }
}
dependencies {
    // x.x.x替换成最新版本, 需要注意的是api
    // 要与compiler匹配使用,均使用最新版可以保证兼容
    compile 'com.alibaba:arouter-api:x.x.x'
    annotationProcessor 'com.alibaba:arouter-compiler:x.x.x'
    ...
}

2,初始化路由,一般在Application中。

if (isDebug()) {           // 这两行必须写在init之前,否则这些配置在init过程中将无效
    ARouter.openLog();     // 打印日志
    ARouter.openDebug();   // 开启调试模式(如果在InstantRun模式下运行,必须开启调试模式!线上版本需要关闭,否则有安全风险)
}
ARouter.init(mApplication); // 尽可能早,推荐在Application中初始化

3,定义为被跳转的目标页面注册路由:

一般的路由地址由两级或多级构成,我们可以统一规定路径地址为 /模块名/包名/类名,也可以直接定义为  /模块名/类名,只要类名不重复就ok,具体如何使用请查看ARouter官方文档。

我这里要讲的是如何封装路由地址,封装过后对以后的迭代有帮助。我们在lib_common建一个常量类,所以路由跳转均写入本ConstantArouter方便调用, 我们规定路由跳转命名统一用:path+模块名+Activity名

我们在目标页面注册路由就可以改为 @Route(path = ConstantArouter.PATH_APP_FRAGMENTHOMEACTIVITY)

注意:如果出现如下错误

com.android.dex.DexException: Multiple dex files define Lcom/alibaba/android/arouter/routes/ARouter$$Group$$module

运行时出这个异常是因为不同模块有相同分组导致的,例如AMoudle定义了@Route(path = “/module/**”),BMoudle也定义了@Route(path = “/module/***)就会出现这个问题。

附上demo的github地址 https://github.com/senonwx/ModularApp

最后我也用此架构完成了玩安卓app,github地址 https://github.com/senonwx/WanAndroid

 

评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值