前言
移动端开发技术发展到现在,组件化（模块化）开发已经逐渐成为行业标准，基本上各家公司已经实现组件化或者正在逐步实现组件化(模块化)开发，但是在具体实践的过程中还是存在不少疑虑，尤其是对组件和模块的概念比较模糊，以至于无法发挥组件化/模块化的对整个项目所带来巨大效率提升。下面就展开来说下。
什么是组件
把重复代码提取出来封装装为职责单一、可复用的、可独立维护的细粒度独立功能单,这样的功能单元可称之为组件。
组件是职责单一的功能单元
组件的目的是复用,为使用者提供通用的功能封装
组件是细粒度的(相对于模块)
比如在分层架构最底层中经常见到的 网络组件,缓存组件,日志组件、路由组件、通用的UI组件。这些个功能单元是从技术层面来做职责划分,不掺杂任何业务场景。组件都是遵循高内聚低耦合的的原则设计，组件之间不存在横向依赖。这些单一职责的功能单元组合在一起就形成了组件库。与业务无关的组件库是公司宝贵的技术资产。比如公司想要尝试一块新业务做一款新App,那么这些组件库直接可以拿来用,极大的降低了业务试错成本。再比如组件设计的好的话可以开源出去与同行业交流可以提升公司的行业影响力。等等诸多好处就不在一一列举
什么是模块
将同一类型的代码整合在一起形成一个职责单一的，松耦合的，独立的业务单元，这样的业务单元可称之为模块。
模块是单一职责的业务单元
模块的目的业务解耦，可独立维护和测试以及分发，旨在提高团队间的合作效率
模块是较粗粒度的(相对于组件)
模块通常处于分层架构的上层,直接服务于App的使用者。比如OTA类App的酒店模块,民宿模块,飞机票/火车票模块，当然业务模块通常也是分层的比如为上层业务应用模块服务的登录模块、支付模块、订单模块、地图模块、IM模块。模块不只是存在于业务的划分也存在于与业务关系不大的更底层模块。比如性能监控模块，Debug模块 这些是将某一类功能相似的组件组件组合在一起形成跟大粒度的功能模块。
为什么应该实践模块化
单工程会面临诸多问题：
业务边界划分模糊，不同业务间的耦合度打，非常难以维护
开发效率低下，修改一处要编译整个工程
无法适应敏捷开发的节奏
当然单工程项目比较小的时候对于上述问题可能感触受不深，但随着工程越来越大，业务越来越复杂，上述问题大概率会出现。针对上述问题模块化实践就显得非常有必要。
下面就来看下模块化实践的积极意义：
普遍意义：
加快编译速度（只编译自己正在开发的模块）
各模块自由选择开发姿势（MVC / MVVM / FRP /VIPER）
组件工程本身可以独立开发测试，方便 QA 有针对性地测试
规范模块之间的通信协议，让各个模块对外都提供一个黑盒服务，减少沟通和维护成本，提高效率
对于公司已有项目的现实意义：
业务分层、解耦，降低整体工程复杂度，使其更加简单可维护
业务隔离、便于各业务团队并行迭代开发测试，提高整个迭代效率
说了这么多模块化开发的优势，下面就来看看其劣势：
模块化划分、模块解耦、模块通信本身是一项具有挑战性的任务
模块版本管理会有一定的成本
开发中跨模块调试会有一定阻力
模块化开发对整个开发流程测试流程发布流程的规范要求比较高
总的来说模块化工程有诸多好处，但也有一定的成本,相对于模块化带来的效率提升其所带来的挑战是值的我们面对并解决的。