模块化实现（好处，缘由）

一、模块间解耦，复用。

（缘由：对业务进行模块化拆分后，为了使各业务模块间解耦，所以各个都是独立的模块，它们之间是没有依赖关系。

每一个模块负责的功能不一样，业务逻辑不一样，模块间业务解耦。模块功能比较单一，可在多个项目中使用。）

二、可单独编译某个模块，提高开发效率。

（缘由：每一个模块实际上也是一个完整的项目，能够进行单独编译，调试）

三、能够多团队并行开发，测试。

缘由：每一个团队负责不一样的模块，提高开发，测试效率。

 

组件化与模块化

组件化是指以重用化为目的，将一个系统拆分为一个个单独的组件

• 避免重复造轮子，节省开发维护成本；
• 下降项目复杂性，提高开发效率；
• 多个团队公用同一个组件，在必定层度上确保了技术方案的统一性。

模块化业务分层：由下到上

• 基础组件层：
  底层使用的库和封装的一些工具库（libs），好比okhttp,rxjava,rxandroid,glide等

• 业务组件层：
  与业务相关，封装第三方sdk，好比封装后的支付，即时通行等

• 业务模块层：
  按照业务划分模块，好比说IM模块，资讯模块等

Library module开发问题
在把代码抽取到各个单独的Library Module中，会遇到各类问题。最多见的就是R文件问题，Android开发中，各个资源文件都是放在res目录中，在编译过程当中，会生成R.java文件。R文件中包含有各个资源文件对应的id，这个id是静态常量，可是在Library Module中，这个id不是静态常量，那么在开发时候就要避开这样的问题。

举个常见的例子，同一个方法处理多个view的点击事件，有时候会使用switch(view.getId())这样的方式，而后用case R.id.btnLogin这样进行判断，这时候就会出现问题，由于id不是常常常量，那么这种方式就用不了。