网上组件化的文章很多，我本人学习组建化的过程也借鉴了网上先辈们的文章。但大多数文章都从底层的细枝末节开始讲述，由下而上给人一种这门技术“博大精深”望而生畏的感觉。而我写这篇文章的初衷就是由上而下，希望别人在阅读的过程中能够觉得“组件化原来也就是这几个东西”的感觉。
首先我们来看一下组件化项目和传统项目的区别:
在传统的项目里
我们通常情况下会有一个commonLib的Libary模块和一个app的application模块，业务中的逻辑都写在app中各个功能模块放到不同的包下。这样做有以下几个主要的缺点：
1.无论分包做的再好，随着项目的增大，项目会逐渐失去层次感，别人来接手的时候会很吃力。
2.我们在debug一个小功能的时候每次修改代码都需要重新build整个项目，这样显的很不合理（不知道AS的热部署有没有解决这个问题）
3.多人联合开发在版本管理中很容易出现冲突和代码覆盖的问题
在组件化项目中
除了有commonLib和app模块外，我们按照功能划分各个业务组件模块（eg:微信可以划分出chat，contract，find，mine四个大模块），之前的包变成现在的模块，增加了层次感；每个功能模块可以单独编译，加快了编译速度，也为提供单元模块测试提供了支持；多人开发只负责自己的模块，直接避免了版本管理的冲突。
在明白了组件化为我们解决的主要问题后我们来看看需要怎么做
初步实现组建化其实我们最终要解决的问题就只有2个：
1.设置模块之间的依赖，且使得业务模块可单独编译--通过配置gradle即可解决
2.业务模块之间的页面跳转以及通信--使用阿里开源的ARouter即可解决
接下来我们具体来看一下如何操作
首先来看一下模块间依赖的问题
我们可以参照微信的四个模块（chat，contract，find，mine）来配置
首先我们项目基本结构如下：
我们一共需要建6个module，除了4个功能模块外还有一个基本的common库和一个作为启动的application。
在建好项目后我们需要给4个module配置一个是否单独编译的开关：
关于开关的配置位置这是一个问题，我们把它添加在gradle.properties文件中，这样我们每次修改值的时候就可以触发gradle的重新构建，便于我们单独编译module。
我们单独编译的开关配置好了，现在我们来配置6个module之间的依赖关系：
首先，为了方便各个module之间的交互我们借用了阿里的充分ARouter库，所以在每个非common的库（包括主Application）中我都强烈建议加入对ARouter和commonlib的依赖。
其次，4个功能模块库我们要为它装上我们之前配置的是否单独编译的开关，我们需要修改如下2个地方：
可以看到我们要修改的就是我红框框住的地方，当我们的开关打开的时候，我们就把他当成一个单独的application来编译，并且赋予它一个独一无二的applicationId，这样我们就可以通过刚刚在gradle.properties中配置的开关来控制它是否单独作为一个application来编译。
而对于我们的入口module--app模块我们则需要做如下的配置：
图1-5主module的gradle配置
我们除了需要配置基本的ARouter以及commonlib依赖以外还需要在app模块的gradle文件中根据开关选择是否需要依赖我们的功能模块，这个和各个功能模块中的配置是相呼应的。
而对于其他组件模块，重复上述步骤即可完成组件化框架的搭建：
在完成了组件化框架的搭建后我们来简单的看看框架中一些具有特色的使用方法。
我们首先来看一下各个模块的页面间是怎样跳转的。
我们之前已经依赖了ARouter（详细用法参照https://github.com/alibaba/ARouter）,我们要用它来帮我们实现跳转需要以下几步：
跳转的方法就如同图2-1中显示，我们需要标明目标页面，附带上要传送的参数，然后调用navigation()就可以跳转了，不过有人问目标页面怎么看着就是一个路径，它是怎样定义的？
- 首先要用@Route注解标注页面，并在path变量中给页面定义一个路径
- 对于传送过来的变量我们直接定义一个同名的字段用@Autowired变量标注，Arouter会对该字段自动赋值
- 最后我们还需要将该页面注入到ARouter中（原理类似ButterKnife），让他帮我们完成我们需要的工作
这样，我们就完成了页面间的跳转了，是不是比起我们传统的方法更加简单合理？
最后我们来看一下组件间如何为彼此提供服务。
- 这里我想在主module中调用home组件的sayHello方法来Toast一个人的名字
- 那home里的方法怎样才能被其他模块（包括主模块和其他组件模块）调用
首先在commonlib模块里创建一个暴露方法的接口，并定义接口签名，同时继承 Iprovider 接口
然后在home模块中继承commonlib里定义的接口，并实现签名方法。
这里我们同样使用Arouter的 @Router注解来提供这次服务的路由。
最后，我们在其他模块使用 @Autowired 注解就可以调用该方法了
可以看到我们同样使用了@Autowired注解来初始定baseService服务，并将页面注入Arouter中即可调用服务中的方法，且对于服务的依赖是基于接口的依赖，大大提高了其灵活性！
基本组件化框架的搭建就完成了，希望认真看完的朋友能有所收获！如有不正之处还望指正！
以上项目的码云地（欢迎参与改进）： gitee.com/zsq519/ARou…
总结
从熟练到精通，从CRUD到架构师，这是一个漫长的过程，需要的是积累，更需要的是坚持。文章中也深刻剖析了，想要进阶成大牛，需要学习的知识有很多，要想完全掌握技术栈，并非一朝一夕，但每天学一点，总有一天能溢出来。
四、解读开源框架设计思想
1.热修复设计
- AOT/JIT & dexopt 与 dex2oat
- 热修复设计之 CLASS_ISPREVERIFIED 问题
- 热修复设计之热修复原理
- Tinker 的集成与使用（自动补丁包生成）
2.插件化框架设计
- Class 文件与 Dex 文件的结构解读
- Android 资源加载机制详解
- 四大组件调用原理
- so 文件加载机制
-
Android 系统服务实现原理
3.组件化框架设计 - 阿里巴巴开源路由框——ARouter 原理分析
- APT 编译时期自动生成代码&动态类加载
- Java SPI 机制
- AOP&IOC
-
手写组件化架构
4.图片加载框架 - 图片加载框架选型
- Glide 原理分析
-
手写图片加载框架实战
5.网络访问框架设计 - 网络通信必备基础
- OkHttp 源码解读
- Retrofit 源码解析
6.RXJava 响应式编程框架设计
- 链式调用
- 扩展的观察者模式
- 事件变换设计
-
Scheduler 线程控制
7.IOC 架构设计 - 依赖注入与控制反转
- ButterKnife 原理上篇、中篇、下篇
- Dagger 架构设计核心解密
8.Android 架构组件 Jetpack
- LiveData 原理
- Navigation 如何解决 tabLayout 问题
- ViewModel如何感知View生命周期及内核原理
- Room 架构方式方法
- dataBinding 为什么能够支持 MVVM
- WorkManager 内核揭秘
-
Lifecycles 生命周期
所以，你也想成为人才，那么Android全能笔记必不可少，这八份pdf笔记100%免费分享，需要你多加支持！
——将文章进行点赞和评论，关注我，然后私信获取口令“666”即可免费领取！
点击直接获取！【Android高级架构师】
网友评论