模块化实现(好处,原因)

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不是经常常量,那么这种方式就用不了。

转载于:https://www.cnblogs.com/Jackie-zhang/p/9875581.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值