Cocoapods

2018-09-11 本文已影响72人小凡凡520

背景

每种语言发展到一个阶段，就会出现相应的依赖管理工具，例如Java语言的Maven，nodejs的npm。随着iOS开发者的增多，业界也出现了为iOS程序提供依赖管理的工具，它的名字叫做：CocoaPods。

Podfile格式

platform :ios, "9.0"

target 'BSBDJ' do
    pod "AFNetworking"
    pod "SDWebImage"
    pod "MJExtension"
end

常用命令

# 1.升级Gem
      sudo gem update --system
# 2.切换cocoapods的数据源
    【先删除，再添加，查看】
      gem sources --remove https://rubygems.org/
      gem sources -a http://ruby.taobao.org/   /** taobao已失效，请更换国内其他地址  ***/
      gem sources -l
# 3.安装cocoapods
      sudo gem install cocoapods
# 4.将Podspec文件托管地址从github切换到国内的oschina
    【先删除，再添加，再更新】
      pod repo remove master
      /*** 为什么add两次？？？？？why  *****/
      pod repo add master http://git.oschina.net/akuandev/Specs.git
      pod repo add master https://gitcafe.com/akuandev/Specs.git
      pod repo update
# 5.设置pod仓库
      pod setup
# 6.测试
    【如果有版本号，则说明已经安装成功】
      pod --version

pod install 和 pod update 的区别

install 并不是第一次创建 podfile 时运行一次，后面就不再使用了。install 命令不仅在初始时使用，在新增或删除 repo 时也需要运行。每次添加或删除 repo 后应该执行 install 命令，这样其它的 repo 不会更新。
update 仅仅在只需更新某一个 repo 或所有时才使用
每次执行 install 时，会将每个 repo 的版本信息写入到 podfile.lock，已存在于 podfile.lock 的 repo 不会被更新只会下载指定版本，不在 podfile.lock 中的 repo 将会搜索与 podfile 里面对应 repo 匹配的版本

第三方库更新

只需要在Podfile文件中添加相应的第三方库信息，执行pod update命令即可。

545729-938234243af2708a.png

原理和说明

第三方库会被编译成.a静态库供我们真正的工程使用
1、CocoaPods会将所有的第三方库以target的方式组成一个名为Pods的工程，该工程就放在刚才新生成的Pods目录下。整个第三方库工程会生成一个名称为libPods.a的静态库提供给我们自己的CocoaPodsTest工程使用。
2、对于资源文件，CocoaPods提供了一个名为Pods-resources.sh的bash脚本，该脚本在每次项目编译的时候都会执行，将第三方库的各种资源文件复制到目标目录中
我们的工程和第三方库所在的工程会由一个新生成的workspace管理
为了方便我们直观的管理工程和第三方库，CocoaPodsTest工程和Pods工程会被以workspace的形式组织和管理，也就是我们刚才看到的CocoaPodsTest.xcworkspace文件。
原来的工程设置已经被更改了，这时候我们直接打开原来的工程文件去编译就会报错，只能使用新生成的workspace来进行项目管理
CocoaPods通过一个名为Pods.xcconfig的文件来在编译时设置所有的依赖和参数

pod install提速

每次执行pod install和pod update的时候，cocoapods都会默认更新一次spec仓库。这是一个比较耗时的操作。在确认spec版本库不需要更新时，给这两个命令加一个参数跳过spec版本库更新,可以明显提高这两个命令的执行速度

pod install --verbose --no-repo-update
pod update --verbose --no-repo-update

关于Podfile文件编辑时，第三方库版本号的各种写法

#pod 'AFNetworking' //不显式指定依赖库版本，表示每次都获取最新版本
#pod 'AFNetworking', '2.0' //只使用2.0版本
#pod 'AFNetworking', '>2.0′ //使用高于2.0的版本
#pod 'AFNetworking', '>=2.0′ //使用大于或等于2.0的版本
#pod 'AFNetworking', '<2.0′ //使用小于2.0的版本
#pod 'AFNetworking', '<=2.0′ //使用小于或等于2.0的版本
#pod 'AFNetworking', '~>0.1.2′ //使用大于等于0.1.2但小于0.2的版本，相当于>=0.1.2并且<0.2.0
#pod 'AFNetworking', '~>0.1′ //使用大于等于0.1但小于1.0的版本
#pod 'AFNetworking', '~>0′ //高于0的版本，写这个限制和什么都不写是一个效果，都表示使用最新版本