其实很早就想写一篇关于组件化的，因为很早之前作者本人也在网上搜索过很多关于组件化的文章想学习一下，但是看了之后发现都是一些概念化的文章只讲一些概念之类的而且都大同小异，看完之后发现还是不知道怎么去具体操作所以才有了这篇文章，当然今天这篇文章只是讲其中一个模块如果有时间的话我会陆续把所有的都写出来。
一、什么是组件化？
那么什么是组件化呢？我们先来回想一下，一般我们的整个项目都是一个模块，业务逻辑都写在app下的不同包中什么base包、util包、业务包等等.但是，无论我们分包做的再好随着项目增大，就会逐渐失去层次感。而且多人联合开发在版本管理里就很容易出现代码冲突和覆盖。然后你的同事动了其中一个业务，有可能就会导致你手上的业务没法继续开发耦合性很高然后就互相推锅啥的。(jpg.01)
组件化就是为了解决这些问题，组件化其实是指解耦复杂大型项目时将多个功能模块拆分、重组的过程。在Android工程项目中，其实就是把App按照业务的不同划分成不同的Module.（jpg.02）
在组件化中一般分为四层，最外层是App壳在AS中都是用Gradle来创建Android工程项目，Gradle在创建Android工程项目的时候一般是两种不同模块一种是application模块一种是library模块，application打出apk而library打出ar包主要是给其他包依赖和使用的。而我们组件化就是根据业务把业务分层一个个单独的application模块或者library模块这样。在需要完整的项目打包的时候就会让我们的所有业务让外层的app壳给依赖，这样打出来的app就包含了所有业务组件的功能。
App:负责业务组件和打包Apk,没有具体的业务功能
业务层：根据不同的业务组成不同的组件
功能层：对上层提供功能组件，比如日志、登录等
基础层：包含了各种开源库和自定义工具库
比如微信它有微信聊天模块、通讯录模块、发现模块、还有我的模块。就好比下面这张图，在app下面有一个huisuoModule，huisuoModule下面有什么bao、jiu、nenmo这些业务组件模块跟微信聊天、通讯录等等模块是一样把它打散了拆分成一个个单独的业务模块放到了我们huisuo业务层组件模块中，对应的就是上图(jpg.02)的第二层业务层。（jgp.003）
第三层的功能层，会被多个模块复用的比如日志、登录等都是放在第三层的功能层。(jgp.004)
二、为什么要组件化？
那么所有项目都需要用到组件化吗？我觉得其实没必要，因为组件化其实比较适用于大型项目。如果一个项目是自己一个人开发的小项目我觉得并不需要去做什么组件化反而会更加繁琐麻烦。
1.单一责任原则，各个组件关注自身业务功能的实现，模块中的代码高度耦合只负责一项任务。
2.可能有时候开发会碰见这个版本迭代产品经理加了某个功能，等到下个版本迭代产品经理又要求你去掉这个功能，再下个版本又需要你加上，反反复复（这个时候我想你的大刀可能已经饥渴难耐了！！）。组件化的化就可灵活插拔了，嘿嘿！！
3.各个业务可以互相不干扰，提升整体的开发协作效率
4.加快编译速度提高效率
三、如何进行组件化
那么到底如何进行组件化呢？其实很简单：
在上面我们介绍了什么是组件其实就是把整个项目分层，把业务模块拆分整合成一个个单独的组件然后放置到业务层模块，把功能组件单独放到功能层模块等。但是我们发现分完层之后不管是业务组件模块还是功能组件都是一个单独的applaciton并不能串联使用，所以我们需要对各模块进行配置。
如何进行组件化配置：
组件化配置其实就是对工程的配置其实就是对Gradle进行配置，因为AS项目是由Gradle来构建的。我们去配置build.gradle就可以区分工程是什么类型的，怎么去打包的等。
我们可以直接在组件Module的build.gradle里去修改applyplugin:'com.android.application'把application 改成library就可以了，但是一般我们是在配置文件中定义一个变量然后用变量去控制Module的类型。(jgp.005)
然后我们再在appModule中去依赖我们需要使用的业务模块还是功能模块就可以了。
四、什么是组件化路由
重点来了！！
那什么是组件化路由呢？因为组件之间是禁止相互依赖和相互引用的，比如bao模块是没法调用到nenmo模块里的代码的。那么这就会造成一个问题，如果我bao模块里的某个页面需要跳转到nenmo模块里的某个页面但是bao模块没有nenmo模块的引用所以就没法跳转！一般我们跳转一个页面new IntentI(上下文，目标类)，但是这样是不可以的因为我们没法获取到引用。
这时候我们就会思考了，我们一般跳转的方式除了直接new Intent的显示跳转貌似还有注册的隐式跳转。但是我们一个App里面有很多Activity如果要用隐式跳转我们需要给每个页面都设置意图过滤器非常麻烦，而且actionname也不能写错如果和代码中对不上是没法跳转的哪怕你写错也没有错误提示可能你都不能发现这个错误只会提示activity not find，虽然隐式跳转能解决不同组件之间的跳转但是因为隐式跳转有各种各样的缺点所以不推荐直接使用隐式跳转。
那有没有更加方便和舒适的方式解决不同组件之间的跳转呢？那，当然是,肯定有啊!!
这个时候就出现了组件化路由。
路由组件的工作原理其实很简单：我们的路由框架会去路由表中根据地址查找对应目标页然后启动它。（jgp.006）
所有简单来说路由组件相当于一个中介的角色，它是让我们不同组件之间通过中介角色完成联系。
五、如何实现路由组件
上面介绍了组件的工作流程和角色，其中有路由表这么一个东西，那路由表是什么？
路由表简单的来说一系列url地址与Activity之间的映射集合
简单来说把路由表看做是一个map集合，key就是地址，value就是目标页。(jpg.008)
既然清楚了路由表具体是什么，那接下来的工作就简单了：
我们先添加一个路由组件，然后在路由组件中创建一个路由表，然后分别在相应的组件中把Activity注册到路由表中，然后通过路由表拿到目标页面进行跳转（下图伪代码）。(jgp.085)
上图实现了一个路由组件，创建了一个路由类.在需要交互的组件中调用路由类中的注册方法实现页面的注册，调用路由类中启动的方法实现组件中的相互跳转。但是其实这样并不是很好，如果我的组件中有一百个页面难道我要手动一个个注册吗？我们能不能让他自动帮我注册呢？其实这完全是可以的！！
下篇文章我会实现自动化注册，如果有时间的话我会把完整的项目地址给贴出来！！
