Android组件化开发实践(一):为什么要进行组件化开发?
1. 前言
三国演义里开篇就说:天下大势,分久必合,合久必分。我发现这话套在软件开发上,也特别贴切。我记得我刚入门时做java后台开发,以及后来做Android应用程序开发,刚开始都是采用中心化管理的思想,将相同的资源集中进行管理,但是做着做着,发现集中管理的资源太多了,多人开发时牵一发而动全身,进而又要对原本的项目进行拆分,演变出什么SOA架构、什么微服务,以及我这里要讲的Android组件化实践。
现在已经有了很多关于组件化开发的文章了,组件化原理很简单,但是真正实施起来还是挺困难的。在最近这两年的时间内,我曾经主导开发过多个采用组件化架构的APP项目,其中有对老项目进行重构的,也有一开始就采用组件化架构的新项目,在这期间踩了不少坑,也积累了不少经验,现计划将这些都记录下来,对或者不对欢迎大家一起探讨。
2. 单一工程开发模式遇到哪些痛点
为了便于区分,在这里我将开发模式分为2种:一种是项目组件化开发,一种是单一工程开发模式。
- 单一工程开发模式
顾名思义,就是一个代码工程(Project)对应一个APP了,这个APP的所有业务功能都是集中在同一个工程里实现的。 - 组件化开发
简单来说,就是将一个APP的业务功能进行拆分,每一个功能都是一个单独的工程,每个工程都能独立运行,且只包含自己的业务,我们姑且叫这个独立的功能为一个组件服务,最后整个APP由多个拆分出的组件集成而成。
已经有很多文章对什么是组件化有更详细的介绍了,我这里就不赘述了。在讲组件化开发的好处之前,我先以我的亲身经历来讲讲单一工程开发模式的痛点有哪些。
- 对工程的任意修改调试都要编译整个工程,效率十分低下;
做APP开发时,我们需要经常在手机或模拟器上进行调试,而每次调试都需要对整个工程进行编译,然后安装在手机上运行。即便你只是改了一句代码,或是UI调整了一个像素点,同样需要完整的编译工程。当工程代码越来越多时,编译也会越来越慢,你可以想象一下我修改了某句代码,编译一下需要等待4、5分钟才能成功运行的场景么,那简直让人崩溃,严重影响了开发效率(想起曾经用eclipse开发Android时,各种转菊花,卡顿得让人想死的心都有)。 - 不利于多人团队协同开发;
早期一个APP可能就1、2个人来开发,但是随着业务的扩张,我们可能会发展到一个团队来开发一个APP,少则4、5个人,多则10几个人甚至更多。像手机淘宝、微信、支付宝这些巨无霸APP,他们的APP开发人员估计起码有数百个。
以10人团队为例,如果10个人都是基于同一个工程的代码拉分支进行开发,每人的开发任务虽然不同,但是都能修改整个工程的任意地方。为了适应自己的需求,团队内某人改了某句代码,但是这个改动又有可能影响别人的开发,这样开发人员之间势必要花更多的时间去沟通和协调,没法专注自己的功能点。最后进行10个人的代码合并时,有过这方面经历的人,就知道这是一件多么痛苦的事情,解决冲突解决得你要怀疑人生。 - 无法做到功能复用
我曾经做过一个项目,每个开通这个业务的城市,都要做一个单独的APP,初期我们只开通了3、4个城市,需要同时发布3、4个APP,这些APP大概6、70%功能是相同的,但是都需要加入地方定制功能。如果你每个APP都采用单一工程模式开发,刚开始你可能每个工程都有同样的代码存在,只需要复制拷贝一下就行,但是如果有需求要对这些进行修改时,你必须得每个工程都逐一修改一遍,然后每个APP都测试一遍,工作量直接翻了数倍。 - 业务模块间耦合严重
采用单一工程模式开发项目,到最后势必会造成业务模块高度耦合,可以说是你中有我、我中有你,修改任何业务都有可能导致牵一发而动全身,这显然是不利于后期项目功能维护以及迭代开发的。
3. 为什么要进行组件化开发
前面都是我在单一工程开发模式下碰到的问题,已经严重影响了我们团队的开发效率以及质量,所以我才极力推崇组件化开发方式。它解决了我上面的所有痛点:
- 极大提高工程编译速度
进行组件化拆分后,每个业务或者功能都是一个单独的工程,这个单独的工程可以独立编译运行,拆分后的工程通常都比较小,代码量也比较少,我再也不用像以前编译一下得等待好几分钟了。 - 业务模块解耦,有利于多人团队协作开发
业务组件之间不能相互引用,每个组件都把对应的业务功能收敛在一个工程里,彼此互不打扰。 在多人团队里,每个人只负责自己的业务模块,他对业务功能的增删改查,都只限定在自己的这个业务模块里,不会影响其他人的业务,他代码质量的好坏也只会影响到自己的业务模块;对测试来说,也十分方便,大部分情况下,我们只需要着重测试修改过的业务组件即可,而不用老是进行全部回归测试。 - 组件化是功能重用的基石
业务组件类似一个个积木一样,我们可以用积木搭建出不同的房子,同理我们也可以创建多个不同的APP。我们只需要维护好每个组件,需要用到该组件的功能时,一建引用集成就可以了。
当然,组件化并不是说只有好处没有坏处,例如:
- 组件化开发前期可能要花费更多的时间来进行模块拆分;
- 一个人的小项目完全没必要组件化开发,那样只会给自己带来更多的工作量;
- 组件化可能会带来更多重复的代码;
- 组件化需要良好的架构设计,包括怎么拆分业务,组件之间怎么通信等等,需要有个高水平的架构师统筹全局,经验不足的同学盲目进行组件化反而会适得其反,带来更多的麻烦;
4. 小结
本文描述了单一工程开发与组件化开发的优缺点,这些都是在实际工作过程中的一些感悟。需要注意的是,我们并不要为了组件化而组件化,我们要根据实际情况来决定。如果组件化带来的好处远大于单一工程开发,那你就大胆使用组件化开发方案吧。
系列文章
Android组件化开发实践(一):为什么要进行组件化开发?
Android组件化开发实践(二):组件化架构设计
Android组件化开发实践(三):组件开发规范
Android组件化开发实践(四):组件间通信问题
Android组件化开发实践(五):组件生命周期管理
Android组件化开发实践(六):老项目实施组件化
Android组件化开发实践(七):开发常见问题及解决方案
Android组件化开发实践(八):组件生命周期如何实现自动注册管理
Android组件化开发实践(九):自定义Gradle插件
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
dubbo专题-服务暴露总结(本地暴露+远程暴露时序图)
本篇是服务暴露的最后一篇,从第一篇服务暴露原理到现在,已经超过一个月,本篇是总结篇,将用画图的方式,总结这一个月来,究竟都讲了些什么(本篇图片较大,建议电脑上观看). 插播面试题 画一画服务注册与发现的流程图(本篇只涉及服务注册,服务发现的内容下周开始,关注肥朝以免错过精彩内容) 目录 本篇为以下内容(因为每周一篇的原则,所以也为本月内容)的总结,强烈建议先对其阅读,一些反复强调的概念本篇将不再重复. dubbo源码解析-服务暴露原理 dubbo源码解析-本地暴露 dubbo源码解析-远程暴露 dubbo源码解析-zookeeper连接 dubbo源码解析-zookeeper创建节点 局部总结服务暴露原理 本篇讲解了服务暴露的整个过程,引入了本地暴露和远程暴露的概念,为以下篇章的启蒙篇.从本篇中我们也知道了,如果要用一句话来概括服务暴露,那就是 //Invoker->Exporter为重点Service->Invoker->Exporter# 本地暴露 远程暴露 远程暴露剩下的zookeeper部分内容比较简单,而且也有时序图,大家也可以试着归纳总结一下 整体总结 看...
- 下一篇
HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇
一、开篇 上一篇《HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍》我们已经详细的分析了HRMS系统具备的功能,并且从HRMS系统的概念、系统功能、HR行业管理现状及痛点、发展趋势及行业前景、行业内的服务提供商情况、HRMS系统的建设意义及价值等方面进行了系统化的分析梳理。我想大家已经对于HRMS系统的大体情况有了初步的了解,本篇将对HRMS系统的需求进行全方位的梳理(功能性需求、非功能性需求、系统约束等),这对于HRMS系统的架构设计来说是核心关键,是架构能否成功的前提。这也是衡量一个架构师是否称职合格的关键。 本篇主要想通过HRMS系统与大家分享下架构设计环节中非常重要的基础环节-架构准备-的关键工作内容,请大家务必该环节的工作内容,这是所有成功架构设计的前提,为能够系统的阐述清晰该领域的注意事项及工作方法,所以篇幅会较长,请大家细细看完,如果有阐述不清晰或遗漏的地方,还请大家指出。 在阐述具体的架构工作方法之前,请大家先查看以下三方面的内容: 1、HRMS系统的介绍?(涵盖哪些功能?价值和作用是什么?行业什么情况?) 请阅读《HRMS(人力资源管理系统)-从单机...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7安装Docker,走上虚拟化容器引擎之路
- 2048小游戏-低调大师作品
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS关闭SELinux安全模块
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- 设置Eclipse缩进为4个空格,增强代码规范
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作