iOS组件化之路

什么是组件化开发

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

组件化开发的优点

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

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

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

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

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

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

组件化开发

1、组件化模块划分

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

① 基础组件

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

② 功能组件

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

③ 业务模块

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

④ 通用组件

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

2、组件化存在方式

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

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

6879404-9c4f837832c34fd3.png
壳工程.png

3、组件化的解耦

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

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

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

6879404-4b8d73d6142e622d.png
Router.png

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

猜你喜欢

转载自blog.csdn.net/weixin_34199405/article/details/87234202