前言：随着项目功能的不断迭代，业务主线也随之越来越多，造成耦合越来越严重，编译越来越慢，后期变得难以维护，测试依赖性强等一系列问题。为了解决此类情况，我们可以考虑使用组件化开发。

• 概念：组件化就是将单一工程项目，分解为各个独立的组件，然后按照某种方式，任意组成一个拥有完整业务逻辑的工程。

• 优势：
  1、独立：独立开发、编译、运行、测试、维护，不受业务逻辑影响；
  2、重用：代码复用性高，对于基础的配置代码、相似的功能代码均可以多项目利用；
  3、高效：得益于各个组件独立，可以根据需求任意增删模块，实现高效迭代；

• 组件分类：大致可以分为基础组件、功能组件、业务组件。
  1、基础组件：宏、常量、常用Extension、处理工具类等，如：设备信息、沙盒存取数据、版本比较类、基础工具类等等；
  2、功能组件：轮播、分享、推送、网络请求、其他自定义控件等；
  3、业务组件：业务线相关。

Tips：考虑到后期组件会越来越多，为了引入方便，将其纳入私有索引库管理，便于维护。

一、创建私有索引库

1、这里以gitlab为例，创建BaseSpecs的私有索引库

2、查看本地repo：

pod repo

3、增加新的私有索引库：

/// 这里我的写法是：pod repo add BaseSpecs http://gitlab.xxx.com/app/baseSpecs.git
pod repo add [索引库名称] [索引库地址]

4、再次查看本地repos：

此时有了3个repos，代表本地添加成功。

二、创建组件库

这里就不在赘述啦！可以参考本人写的另一篇文章：iOS 远程组件库的基本使用

三、提交podspec到私有索引库

/// 这里我的写法是：pod repo push BaseSpecs FloatButton.podspec
pod repo push [索引库名称] [组件库名称].podspec

提交成功应该如图所示：

四、使用私有库

项目Podfile文件里添加：

1、source源路径
2、pod 'FloatButton'

cd至项目目录，执行：pod install or pod update

五、更新远程私有库

1、修改xxx/xxx/Classes文件夹下对应的库文件
2、更新测试工程的Pod库文件: pod update --no-repo-update
3、更新xxx.podspec文件的配置信息, 版本号一定要改
4、提交代码到远程仓库: git push origin master
5、更新tag标签:

git tag xxx
git push --tags

6、验证私有库

/// 本地验证
pod lib lint --private
/// 直到出现 xxx passed validation. 即代表本地验证成功！再进行远程验证。。

/// 远程验证
pod spec lint
/// 出现xxx.podspec passed validation. 即代表远程验证成功。

7、更新远程和本地的私有索引库: pod repo push SpecName XXX.podspec

踩坑记录：

1、执行pod repo push SpecName XXX.podspec时，报警告：

WechatIMG51.png

• 使用pod lib lint (本地校验) or pod spec lint (远程校验)检验私有库是否合法时，如果不指定source，则cocoapods会默认创建仓库trunk，然后将使用到的依赖库的索引信息从远端拉到本地的trunk仓库，用于校验。
• 当提交私有的pod到自己的私有索引仓库时，cocoapods会检查~/.cocoapods/repos/下的索引，发现trunk仓库中的索引和master中的有重复情况，就会导致[!] Found multiple specifications for xxx类问题的产生。

解决方案：

• 私有库本地校验或者远程校验时，加上source索引库地址

/// 本地校验：
pod lib lint --private --sources='https://github.com/CocoaPods/Specs.git'

/// 远程校验
pod spec lint --sources='https://github.com/CocoaPods/Specs.git'