一、什么是组件化：
组件化就是将单一工程的项目按照功能职责或者业务职责划分成一个一个模块,模块间解耦调用.
二、组件化想解决的问题：
当一个项目开发初期的时候，开发人员较少，业务较为简单，此时采用单一工程开发的模式,能保证开发效率。
当项目越来越大，开发人员越来越多，单一工程开发就会有一些弊端，诸如
- 代码耦合严重
- 提交容易出现冲突
- 编译时间太长导致开发效率低
- 代码冗余严重(相同功能代码可能反复被实现)
- 而组件化就是为了解决这些问题而出现的
那么它的好处如下：
- 加快编译速度,不需要编译整个项目(每个组件都有一个壳工程)
- 方便做针对性测试
- 代码解耦后更利率开发职责的划分
- 不容易出现代码提交冲突
三、组件化带来的问题：
组件化看起来十分的棒，解决了很多问题，但不是所有APP都适合走组件化的路子，盲目的为了组件化而组件化反而会因为各种原因导致开发效率变低。例如一个两三个人维护业务简单的项目，组件化的解耦调用可能会导致代码逻辑变复杂。组件化粒度过细也会一个业务需求需要修改多个组件也容易让代码追踪变得困难，与对应组件负责人的沟通也会拖慢开发的进度。我觉得只有项目到达一定规模后，开始出现相对独立的业务，团队人员开始增加，单一项目的开发模式成为了开发效率的掣肘，这个时候才是应该开始做组件化的时候。
四、常见的组件化方案：
基于target-action的方式(CTMediator)
- 基于target-action的方式,通过类扩展生成对应模块入口类的类对象调用对应的action方法。
基于router的方式(MGJRouter，HHRouter)
- 基于注册router的方式，在项目启动的时候去注册组件和对应的route，调用组件通过类openURL的方式,并传递复杂参数。
不管是基于target-action还是基于router其实都是通过OC的反射机制(runtime)去获取对应的组件入口类调用对应的方法，从而达到解耦的目的。
五、如何创建私有库（本人以码云为例子）：
1、远程私有索引仓库创建
<1>、创建远程私有索引库
和创建远程工程一样，名称我这里就叫TTSpec了，是否开源我们选择私有，至于下边的语言和初始文件什么的我们选择勾选readme工程使用说明文件（最好是勾选），当然也可以选择不勾线，然后点击创建。
创建远程私有索引库.png
创建完成后，码云做的是相当的不错，各个平台下载链接和git命令行写法常用的都给写出来了，我们使用就很方便了，而且以后遇到git命令问题也可以来此处搜索查看。
git操作命令.png
<2>、仓库已有，接下来我们复制仓库地址
复制/克隆仓库地址我就不多讲了，跟github上一样（例如：https://gitee.com/tiantengyx/TTTools.git）
<3>、打开终端，将远程私有仓库关联到本地
这里我们将私有库关联地址与cocoapods的放在一起。
地址在：找到电脑的资源文件并打开，然后点击command+shift+.将隐藏的文件展示，就可以看到.cocoapods文件夹下的repos，也就是本地统一管理远程私有库的地方。
repos地址.png
在终端打cd+空格，然后将repos文件拖拽到终端，也就是指到repos的文件目录下。
cd /Users/用户/.cocoapods/repos
然后终端执行（此链接即上面点克隆/下载复制的链接）
pod repo add TTSpec https://gitee.com/tiantengyx/TTSpec.git
成功后，我们的repos目录下会展示我们的私有索引库，如图
私有索引库.png
至此我们远程私有仓库的创建并与本地关联已成功完成，感兴趣的可以点开自己电脑上repos目录下master下文件，master是git的远程索引库，每次安装cocoapods最慢的步骤就是将远端索引库拉到本地，以后为了快也可以拷贝其他同事的放在同样目录下。
1、私有代码仓库（分为本地和远端）
<1>、创建本地私有代码仓库
创建一个文件夹，用来存放本地私有代码，我这里为了方便展示，就直接在桌面创建了，名称叫做TTTools。然后终端cd /Users/用户/Desktop/TTTools。然后终端执行以下命令
cd /Users/用户/Desktop/TTTools
pod lib create TTTools
会出以下问题，下图是我的答案
工程问题设置.png
创建结束后会自动弹出一个工程,我们将我们组件化的代码copy到工程的Classes 目录下（图片资源可以拷贝到Assets目录下），如图
拷贝到classes目录下.png
<2>、修改新创建工程的.podSpec文件，如图
podSpec文件说明.png
至此本地私有代码库就已经做好了。
<3>、创建远程私有代码库
1）、创建远程代码库，与刚开始一样，我们同样在码云上操作，名字叫做TTTools。
创建远程代码库.png
2）、把本地的代码提交到远程仓库(切记要先cd到工程目录下)
cd /Users/tianteng/Desktop/TTTools/TTTools
git remote add origin https://gitee.com/tiantengyx/TTTools
git push -u origin master -f
git add .
git commit -am "提交代码"
git push -u origin master -f
git tag 0.0.1#（注意，这里的tag必须和.podSpec文件的版本一致）
git push --tags
3)、对文件进行本地验证和远端验证
pod lib lint --allow-warnings #本地验证
成功则如图：
本地验证成功.png
pod spec lint --use-libraries --allow-warnings #远端验证
成功则如图：
远端验证成功.png
4)、将本地.podspec文件推送到本地索引库（注意工程名称一定要对应上）
pod repo push TTSpec TTTools.podspec --use-libraries --allow-warnings #(如果前面一步加了--use-libraries --allow-warnings 此时务必加上,不加这报错)
成功则如图：
推送本地成功.png
此时TTSpec下面多出的文件和内容如图：
TTSpec本地索引库.png
至此我们的组件化模块算是已经完成，下面我们去验证是否可使用。
接下来见证奇迹的时刻到了：新建一个工程测试，切记podfile文件头部加上仓库的source源（例如我的就是：source 'https://gitee.com/tiantengyx/TTSpec.git'），成功如下图：
验证成功.png
如果想更新库的版本并且推送上去，则需要重新修改版本号并提交
流程如下：
#A、工程中修改你要修改的代码等。
#B、.podSpec文件中修改版本号，设置成你此次修改的版本，然后打tag，推送到远端。
cd /Users/tianteng/Desktop/TTTools/TTTools
git push -u origin master
git add .
git commit -am "提交0.0.2版本"
git push -u origin master
git tag 0.0.2
git push --tags
pod repo push TTSpec TTTools.podspec --use-libraries --allow-warnings
感谢以下博主提供的参考：
<1>iOS组件化思考,什么是组件化,组件化想解决的问题是什么?https://www.jianshu.com/p/9fe2e96c097a
<2>ios 组件化整理
https://www.jianshu.com/p/2030de45055e
网友评论