分类
商品
商品
店铺
资讯
分类
商品
商品
店铺
资讯

Android组件化开发实践(一):为什么要进行组件化开发?

  • 时间:2018-11-07 23:25 作者:云飞扬1 来源:云飞扬1 阅读:522
  • 扫一扫,手机访问
摘要:1. 前言三国演义里开篇就说:天下大势,分久必合,合久必分。我发现这话套在软件开发上,也特别贴切。我记得我刚入门时做java后端开发,以及后来做Android应用程序开发,刚开始都是采用中心化管理的思想,将相同的资源集中进行管理,但是做着做着,发现集中管理的资源太多了,多人开发时牵一发而动全身,进而

1. 前言

三国演义里开篇就说:天下大势,分久必合,合久必分。我发现这话套在软件开发上,也特别贴切。我记得我刚入门时做java后端开发,以及后来做Android应用程序开发,刚开始都是采用中心化管理的思想,将相同的资源集中进行管理,但是做着做着,发现集中管理的资源太多了,多人开发时牵一发而动全身,进而又要对本来的项目进行拆分,演变出什么SOA架构、什么微服务,以及我这里要讲的Android组件化实践。
现在已经有了很多关于组件化开发的文章了,组件化原理很简单,但是真正实施起来还是挺困难的。在最近这两年的时间内,我曾经主导开发过多个采用组件化架构的APP项目,其中有对老项目进行重构的,也有一开始就采用组件化架构的新项目,在这期间踩了不少坑,也积累了不少经验,现计划将这些都记录下来,对或者者不对欢迎大家一起讨论。

2. 单一工程开发模式遇到哪些痛点

为了便于区分,在这里我将开发模式分为2种:一种是项目组件化开发,一种是单一工程开发模式。

  • 单一工程开发模式
    顾名思义,就是一个代码工程(Project)对应一个APP了,这个APP的所有业务功能都是集中在同一个工程里实现的。
  • 组件化开发
    简单来说,就是将一个APP的业务功能进行拆分,每一个功能都是一个单独的工程,每个工程都能独立运行,且只包含自己的业务,我们姑且叫这个独立的功能为一个组件服务,最后整个APP由多个拆分出的组件集成而成。

已经有很多文章对什么是组件化有更详细的详情了,我这里就不赘述了。在讲组件化开发的好处之前,我先以我的亲自经历来讲讲单一工程开发模式的痛点有哪些。

  1. 对工程的任意修改调试都要编译整个工程,效率十分低下;
    做APP开发时,我们需要经常在手机或者模拟器上进行调试,而每次调试都需要对整个工程进行编译,而后安装在手机上运行。即使你只是改了一句代码,或者是UI调整了一个像素点,同样需要完整的编译工程。当工程代码越来越多时,编译也会越来越慢,你可以想象一下我修改了某句代码,编译一下需要等待4、5分钟才能成功运行的场景么,那简直让人崩溃,严重影响了开发效率(想起曾经用eclipse开发Android时,各种转菊花,卡慢得让人想死的心都有)。
  2. 不利于多人团队协同开发;
    早期一个APP可能就1、2个人来开发,但是随着业务的扩张,我们可能会发展到一个团队来开发一个APP,少则4、5个人,多则10几个人甚至更多。像手机淘宝、微信、支付宝这些巨无霸APP,他们的APP开发人员预计起码有数百个。
    以10人团队为例,假如10个人都是基于同一个工程的代码拉分支进行开发,每人的开发任务尽管不同,但是都能修改整个工程的任意地方。为了适应自己的需求,团队内某人改了某句代码,但是这个改动又有可能影响别人的开发,这样开发人员之间势必要花更多的时间去沟通和协调,没法专注自己的功能点。最后进行10个人的代码合并时,有过这方面经历的人,就知道这是一件多么痛苦的事情,处理冲突处理得你要怀疑人生。
  3. 无法做到功能复用
    我曾经做过一个项目,每个开通这个业务的城市,都要做一个单独的APP,初期我们只开通了3、4个城市,需要同时发布3、4个APP,这些APP大概6、70%功能是相同的,但是都需要加入地方定制功能。假如你每个APP都采用单一工程模式开发,刚开始你可能每个工程都有同样的代码存在,只要要复制拷贝一下就行,但是假如有需求要对这些进行修改时,你必需得每个工程都逐一修改一遍,而后每个APP都测试一遍,工作量直接翻了数倍。
  4. 业务板块间耦合严重
    采用单一工程模式开发项目,到最后势必会造成业务板块高度耦合,可以说是你中有我、我中有你,修改任何业务都有可能导致牵一发而动全身,这显然是不利于后期项目功能维护以及迭代开发的。

3. 为什么要进行组件化开发

前面都是我在单一工程开发模式下碰到的问题,已经严重影响了我们团队的开发效率以及质量,所以我才极力推崇组件化开发方式。它处理了我上面的所有痛点:

  1. 极大提高工程编译速度
    进行组件化拆分后,每个业务或者者功能都是一个单独的工程,这个单独的工程可以独立编译运行,拆分后的工程通常都比较小,代码量也比较少,我再也不用像以前编译一下得等待好几分钟了。
  2. 业务板块解耦,有利于多人团队协作开发
    业务组件之间不能相互引用,每个组件都把对应的业务功能收敛在一个工程里,彼此互不打扰。 在多人团队里,每个人只负责自己的业务板块,他对业务功能的增删改查,都只限定在自己的这个业务板块里,不会影响其余人的业务,他代码质量的好坏也只会影响到自己的业务板块;对测试来说,也十分方便,大部分情况下,我们只要要着重测试修改过的业务组件就可,而不用老是进行一律回归测试。
  3. 组件化是功能重用的基石
    业务组件相似一个个积木一样,我们可以用积木搭建出不同的房子,同理我们也可以创立多个不同的APP。我们只要要维护好每个组件,需要用到该组件的功能时,一建引用集成即可以了。

当然,组件化并不是说只有好处没有坏处,例如:

  • 组件化开发前期可能要花费更多的时间来进行板块拆分;
  • 一个人的小项目完全没必要组件化开发,那样只会给自己带来更多的工作量;
  • 组件化可能会带来更多重复的代码;
  • 组件化需要良好的架构设计,包括怎样拆分业务,组件之间怎样通信等等,需要有个高水平的架构师统筹全局,经验不足的同学盲目进行组件化反而会适得其反,带来更多的麻烦;

4. 小结

本文形容了单一工程开发与组件化开发的优缺点,这些都是在实际工作过程中的少量感悟。需要注意的是,我们并不要为了组件化而组件化,我们要根据实际情况来决定。假如组件化带来的好处远大于单一工程开发,那你就大胆使用组件化开发方案吧。

系列文章
Android组件化开发实践(一):为什么要进行组件化开发?
Android组件化开发实践(二):组件化架构设计
Android组件化开发实践(三):组件开发规范
Android组件化开发实践(四):组件间通信问题
Android组件化开发实践(五):组件生命周期管理
Android组件化开发实践(六):老项目实施组件化
Android组件化开发实践(七):开发常见问题及处理方案
Android组件化开发实践(八):组件生命周期如何实现自动注册管理
Android组件化开发实践(九):自己设置Gradle插件

  • 全部评论(0)
最新发布的资讯信息
【系统环境|】极客时间-数据分析实战45讲【完结】(2021-09-02 16:26)
【系统环境|windows】字节跳动前台面试题解析:盛最多水的容器(2021-03-20 21:27)
【系统环境|windows】DevOps敏捷60问,肯定有你想理解的问题(2021-03-20 21:27)
【系统环境|windows】字节跳动最爱考的前台面试题:JavaScript 基础(2021-03-20 21:27)
【系统环境|windows】JavaScript 的 switch 条件语句(2021-03-20 21:27)
【系统环境|windows】解决 XML 数据应用实践(2021-03-20 21:26)
【系统环境|windows】20个编写现代CSS代码的建议(2021-03-20 21:26)
【系统环境|windows】《vue 3.0探险记》- 运行报错:Error:To install them, you can run: npm install --save core-js/modules/es.arra...(2021-03-20 21:24)
【系统环境|windows】浅谈前台可视化编辑器的实现(2021-03-20 21:24)
【系统环境|windows】产品经理入门迁移学习指南(2021-03-20 21:23)
血鸟云
手机二维码手机访问领取大礼包
返回顶部