Android-组件化改造项目之概述

很多事情的发生都来源于一个念头

一个关于组件化的念头

项目经历了岁月的洗礼,经过公司业务上的变化,开发人员的来来往往,代码越来越臃肿和复杂难懂,这时候就必须进行拆分,否则就是一场灾难。就像我们公司的老项目一样,耦合度极高,已经停掉的业务,现在还在项目里面留存着,完全不敢删。新功能上线,因为要回归测试,测试时间有时候比开发时间还长。

组件化这个词,我们应该在各个地方,通过各种渠道,看到过无数次,而且一般会给配上下面这张图,小机器人,绿油油的色彩,非常的鲜艳夺目有调性。

组件化和插件化同属于模块化编程,只是两种不同的展现模式。两者的区别,只有一个:插件化支持动态增加和修改线上的模块,组件化只能对现有模块进行增加和删除。

项目线上功能动态很频繁的电商类APP,适合使用插件化。变动需求不强烈的工具类APP,适合采用组件化。我们公司对灵活性要求不高,因此采用组件化方案。

组件化的几个要点

组件化的要点不算少,下面准备就我认为主要的部分,用提问和解答的方式,梳理大概的思路。

01.如何将一个庞大的工程拆分成有机的整体?

我认为应该分三个部分,主项目,基础公共库和业务组件。先抽出基础公共库,供其他组件调用,剩余部分按照业务逻辑去分组件,利于后期业务的迭代开发,主项目负责装载组件。

02.组件可以单独运行吗?如何做到?

分离开的每个组件,都应支持独立运行,这样我们才能单独在某个模块开发和测试。可以通过 apply plugin: ‘com.android.application’ 和 apply plugin: ‘com.android.library’ 去实现两个身份的转换。

这里不要被图给误解到,组件化中的胳膊腿离开了身体,其实还是能独立存活的个体。

03.如何做到组件与组件之间的独立?

组件与组件之间相互独立,才是降低耦合,主要表现在资源隔离和代码隔离。代码隔离可通过gradle3.0 之后 runtimeOnly 依赖语法实现编译期隔离 。资源隔离,目前官方没有现成的隔离方案,暂时可以先使用 resourcePrefix 属性,人为维护。

04.组件之间互相独立,数据如何传递?

考虑路由方案,目前已经有很成熟的路由库 ARouter。

除以上问题,还有组件的集成调试,组件生命周期等问题,我认为前期可以先不考虑,留待后期优化。

组件化前 VS 组件化后

组件化改造的过程是非常痛苦的,但是完成后的开发体验真的超超超超幸福!因为业务模块逻辑分离,代码耦合度降低,所以会带来以下好处:

  • 编译时间短
  • 开发周期降低
  • 减少测试回归
  • 快速定位问题
  • 业务模块迁移很方便

下面是我司项目组件化过程中的解耦的业务模块:

Android 绿色小机器人坐成两排,十分乖巧可爱。

如何快速开始组件化

第一步,少年,你需要自行去搜索获取关于组件化的知识,在脑海中有它有个清楚的认识。

第二步,针对你的目标项目,梳理整体的业务逻辑和代码架构,做出可行的组件化方案。这一步非常重要,必须提前探好底,让更多的问题暴露在执行前。不然,想象下,你一个模块感觉都要挪过来80%了,发现业务逻辑上分离不开,或者技术上实现有障碍,这就很浪费时间和精力了,还影响心情。

第三步,方案递交给技术 leader ,同意之后,申请排期开发。

第四步,沐浴焚香,拜好代码大神,就开始吧。

友情提示,最好单独拉一个新分支,因为这非常可能持久战,不要因此影响了项目的正常迭代。

我的组建化步骤

  • 抽出基础工具类 BaseLib,网络封装库 NetWorkLib。

  • 抽出基础资源库 BasicRes,管理公共资源,例如 BaseActivity/BaseApplication 等基类们,对话框,res资源。

  • 分离业务逻辑,独立为 Module。

  • 选定 Arouter 作为路由方案,连接各组件 Module。

相关推荐

组件化的概念,已经提出相当长时间,因为有很多优秀的文章可供参考,以下是我的推荐:

张明庆-JIMU组件化方案

得到APP的前技术负责人张明庆大神的系列文章,我的组件化思路也来源于此。

总结一波安卓组件化开源方案

这篇文章,从多个维度对目前网上一些有代表性的开源组件化开发方案进行对比,适合大家能快速对android组件化有个整体的认识。



欢迎关注博主的微信公众号,快快加入哦,期待与你一起成长!