iOS组件化之路

什么是组件化开发

组件化开发，就是将一个臃肿，复杂的单一工程的项目，根据功能或者业务进行分解，拆分成为各个独立的功能模块或者组件 ; 然后根据项目和业务的需求，按照某种方式，任意组织成一个拥有完整业务逻辑的——独立工程，这就是所谓的组件化开发。

组件化开发的优点

在组件化之前，App的代码都是在一个工程里开发的，在人比较少，业务发展不是很快的时候，这样是比较合适的，还能一定程度地保证开发效率。

但是随着业务和开发人员的增加，慢慢地代码量多了起来，开发人员也多了起来，业务发展也快了起来，这时单一工程开发模式就会显露出一些弊端。

• 耦合比较严重（因为没有明确的约束，「组件」间引用的现象会比较多）
• 容易出现冲突（尤其是使用Xib之类的）
• 业务方的开发效率不够高（只关心自己的组件，却要编译整个项目，与其他不相干的代码糅合在一起）

为了解决这些问题，就采取了「组件化」策略。
它能带来这些好处：

• 加快编译速度（不用编译主工程那一大坨代码了）
• 自由选择开发姿势（MVC / MVVM / FRP，毕竟都是独立工程嘛）
• 方便 QA 有针对性地测试（每个工程甚至还可以建立自己的单元测试）
• 提高业务开发效率（编译速度加快，耦合度降低）
• 加快业务线发版效率（每个子工程都有自己的Git仓库和版本号，可以更方便的进行版本管理，多版本的并行开发）

简单总结就是：
1、独立编写，独立编译，独立运行和独立测试
2、迭代和开发效率提高

组件化开发

1、组件化模块划分

进行组件化拆分的时候，特别是老项目进行组件化重构的时候需要考虑清楚如何进行拆分。比较对于耦合度很高的老项目，解耦并不是一件容易的事情。
而我的思考是这样子的，大家可以用来作为参考：

① 基础组件

网络库、日志、统计、路由、存储等，各自分为一个独立组件

② 功能组件

图片轮播器、定制化菜单、定制化图片选择器、相机、录像、二维码扫描功能、下载功能、定制化城市选择器、个性定制的提示框、Toast提示等等，都可以封装在一个组件中

③ 业务模块

根据自己公司的业务模块进行划分，如个人信息、登录模块、投递模块、搜索模块等，尽量业务相关的组合成一个模块，这样方便管理和能够应付业务需求的经常性改动。

④ 通用组件

全局常量、常用宏、常用的分类、还有一些比较常用的小功能类等

2、组件化存在方式

• 组件形式：每个组件都是以pod库的形式存在
• 组件内部：组件内部按照自己喜欢的开发模式以文件夹的形式进行划分
• 组件测试：每个组件对单独对应一个demo，用来完成该组件的功能测试，这样测试机能被解耦开
• 组件组合：通过利用CocoaPods的方式添加安装各个组件

组件化的具体做法，我在我的这篇文章中有详细的介绍，大家可以去看一下：
iOS组件化

壳工程.png

3、组件化的解耦

假如我们都划分了各个独立模块，但是也无法避免，两个模块甚至三个模块间需要互相调用的情况，这个时候即便是划分了模块，也难免造成过度耦合的情况。

比如一个模块A也会依赖于模块B，假如同时模块B也要依赖A，那么就会造成相互依赖，这在利用CocoaPods原理提交到远程库的时候，检测podspec文件时就会无法通过，因为双方都在等待对方提交，但是又彼此依赖。

所以为了避免这种情况的发生，通过路由的方式去解耦成为组件化的一个核心问题。

Router.png

如何利用路由去解耦，我将在下一篇文章中介绍