1、模块间解耦,复用。
(原因:对业务进行模块化拆分后,为了使各业务模块间解耦,因此各个都是独立的模块,它们之间是没有依赖关系。
每个模块负责的功能不同,业务逻辑不同,模块间业务解耦。模块功能比较单一,可在多个项目中使用。)
2、可单独编译某个模块,提升开发效率。
(原因:每个模块实际上也是一个完整的项目,可以进行单独编译,调试)
3、可以多团队并行开发,测试。
原因:每个团队负责不同的模块,提升开发,测试效率。
组件化与模块化
组件化是指以重用化为目的,将一个系统拆分为一个个单独的组件
- 避免重复造轮子,节省开发维护成本;
- 降低项目复杂性,提升开发效率;
- 多个团队公用同一个组件,在一定层度上确保了技术方案的统一性。
模块化业务分层:由下到上
-
基础组件层:
底层使用的库和封装的一些工具库(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不是经常常量,那么这种方式就用不了。