IOS-CocoaPods进阶篇

一、Podfile.lock文件

上文讲过，在开始使用CocoaPods，执行完pod install之后，会生成一个Podfile.lock文件。这个文件看起来跟我们关系不大，实际上绝对不应该忽略它。

该文件用于保存已经安装的Pods依赖库的版本，通过CocoaPods安装了SBJson、AFNetworking、Reachability三个POds依赖库以后对应的Podfile.lock文件内容为：

[objc] view plain copy

  1. PODS:
  2. - AFNetworking (2.1.0):
  3. - AFNetworking/NSURLConnection
  4. - AFNetworking/NSURLSession
  5. - AFNetworking/Reachability
  6. - AFNetworking/Security
  7. - AFNetworking/Serialization
  8. - AFNetworking/UIKit
  9. - AFNetworking/NSURLConnection (2.1.0):
  10. - AFNetworking/Reachability
  11. - AFNetworking/Security
  12. - AFNetworking/Serialization
  13. - AFNetworking/NSURLSession (2.1.0):
  14. - AFNetworking/NSURLConnection
  15. - AFNetworking/Reachability (2.1.0)
  16. - AFNetworking/Security (2.1.0)
  17. - AFNetworking/Serialization (2.1.0)
  18. - AFNetworking/UIKit (2.1.0):
  19. - AFNetworking/NSURLConnection
  20. - Reachability (3.0.0)
  21. - SBJson (4.0.0)
  22. DEPENDENCIES:
  23. - AFNetworking (~> 2.0)
  24. - Reachability (~> 3.0.0)
  25. - SBJson (~> 4.0.0)
  26. SPEC CHECKSUMS:
  27. AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd
  28. Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2
  29. SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220
  30. COCOAPODS: 0.29.0

Podfile.lock文件最大得用处在于多人开发。对于没有在Podfile中指定Pods依赖库版本的写法，如下：

[objc] view plain copy

  1. pod ‘SBJson‘

该句话用于获取当前SBJson这个Pods依赖库的最新版本。
当团队中的某个人执行完pod install命令后，生成的Podfile.lock文件就记录下了当时最新Pods依赖库的版本，这时团队中的其它人check下来这份包含Podfile.lock文件的工程以后，再去执行pod install命令时，获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。如果没有Podfile.lock文件，后续所有用户执行pod install命令都会获取最新版本的SBJson，这就有可能造成同一个团队使用的依赖库版本不一致，这对团队协作来说绝对是个灾难！

在这种情况下，如果团队想使用当前最新版本的SBJson依赖库，有两种方案：

  • 更改Podfile，使其指向最新版本的SBJson依赖库；
  • 执行pod update命令；

鉴于Podfile.lock文件对团队协作如此重要，我们需要将它添加到版本管理中。

二、Podfile文件

对于普通用户来说，使用CocoaPods我们打交道最多的就是Podfile文件。CocoaPods是用ruby实现的，因此Podfile文件的语法就是ruby的语法。接着从以下几个方面来介绍Podfile:

1、Podfile文件存放位置

这是在上篇文章中，遗留的一个问题。通常情况下我们都推荐Podfile文件都放在工程根目录，如下图所示：

事实上Podfile文件可以放在任意一个目录下，需要做的是在Podfile中指定工程的路径，和原来相比，Podfile文件就在最开始的位置增加了一行，具体内容如下：

[objc] view plain copy

  1. xcodeproj "/Users/wangzz/Desktop/CocoaPodsTest/CocoaPodsTest.xcodeproj"
  2. platform :ios
  3. pod ‘Reachability‘,  ‘~> 3.0.0‘
  4. pod ‘SBJson‘, ‘~> 4.0.0‘
  5. platform :ios, ‘7.0‘
  6. pod ‘AFNetworking‘, ‘~> 2.0‘

指定路径使用的是xcodeproj关键字。

此后，进入Podfile文件所在路径，执行pod install命令就会和之前一样下载这些Pods依赖库，而且生成的相关文件都放在了Podfile所在目录下面，如下图：

和之前一样，我们仍然需要使用这里生成的workspace文件打开工程。

2、Podfile和target

Podfile本质上是用来描述Xcode工程中的targets用的。如果我们不显式指定Podfile对应的target，CocoaPods会创建一个名称为default的隐式target，会和我们工程中的第一个target相对应。换句话说，如果在Podfile中没有指定target，那么只有工程里的第一个target能够使用Podfile中描述的Pods依赖库。

如果想在一个Podfile中同时描述project中的多个target，根据需求的不同，可以有不同的实现方式。为了说明问题，在原来的工程中再创建一个名称为Second的target，现在的project中包含的target有：

①多个target中使用相同的Pods依赖库

比如，名称为CocoaPodsTest的target和Second的target都需要使用Reachability、SBJson、AFNetworking三个Pods依赖库，可以使用link_with关键字来实现，将Podfile写成如下方式：

[objc] view plain copy

  1. link_with ‘CocoaPodsTest‘, ‘Second‘
  2. platform :ios
  3. pod ‘Reachability‘,  ‘~> 3.0.0‘
  4. pod ‘SBJson‘, ‘~> 4.0.0‘
  5. platform :ios, ‘7.0‘
  6. pod ‘AFNetworking‘, ‘~> 2.0‘

这种写法就实现了CocoaPodsTest和Second两个target共用相同的Pods依赖库。

②不同的target使用完全不同的Pods依赖库

CocoaPodsTest这个target使用的是Reachability、SBJson、AFNetworking三个依赖库，但Second这个target只需要使用OpenUDID这一个依赖库，这时可以使用target关键字，Podfile的描述方式如下：

[objc] view plain copy

  1. target :‘CocoaPodsTest‘ do
  2. platform :ios
  3. pod ‘Reachability‘,  ‘~> 3.0.0‘
  4. pod ‘SBJson‘, ‘~> 4.0.0‘
  5. platform :ios, ‘7.0‘
  6. pod ‘AFNetworking‘, ‘~> 2.0‘
  7. end
  8. target :‘Second‘ do
  9. pod ‘OpenUDID‘, ‘~> 1.0.0‘
  10. end

其中，do/end作为开始和结束标识符。

3、使用Podfile管理Pods依赖库版本

再引入依赖库时，需要显示或隐式注明引用的依赖库版本，具体写法和表示含义如下：

[objc] view plain copy

  1. pod ‘AFNetworking‘      //不显式指定依赖库版本，表示每次都获取最新版本
  2. pod ‘AFNetworking‘, ‘2.0‘     //只使用2.0版本
  3. pod ‘AFNetworking‘, ‘> 2.0‘     //使用高于2.0的版本
  4. pod ‘AFNetworking‘, ‘>= 2.0‘     //使用大于或等于2.0的版本
  5. pod ‘AFNetworking‘, ‘< 2.0‘     //使用小于2.0的版本
  6. pod ‘AFNetworking‘, ‘<= 2.0‘     //使用小于或等于2.0的版本
  7. pod ‘AFNetworking‘, ‘~> 0.1.2‘     //使用大于等于0.1.2但小于0.2的版本
  8. pod ‘AFNetworking‘, ‘~>0.1‘     //使用大于等于0.1但小于1.0的版本
  9. pod ‘AFNetworking‘, ‘~>0‘     //高于0的版本，写这个限制和什么都不写是一个效果，都表示使用最新版本

三、CocoaPods常用命令

1、pod install

根据Podfile文件指定的内容，安装依赖库，如果有Podfile.lock文件而且对应的Podfile文件未被修改，则会根据Podfile.lock文件指定的版本安装。

每次更新了Podfile文件时，都需要重新执行该命令，以便重新安装Pods依赖库。

2、pod update

若果Podfile中指定的依赖库版本不是写死的，当对应的依赖库有了更新，无论有没有Podfile.lock文件都会去获取Podfile文件描述的允许获取到的最新依赖库版本。

3、pod search

命令格式为：

[objc] view plain copy

  1. $ pod search OpenUDID

后面的OpenUDID为参数。

从命令的名称不难看出，该命令是用来按名称搜索可用的Pods依赖库，执行结果如下：

[objc] view plain copy

  1. -> OpenUDID (1.0.0)
  2. Open source initiative for a universal and persistent UDID solution for iOS.
  3. pod ‘OpenUDID‘, ‘~> 1.0.0‘
  4. - Homepage: http://OpenUDID.org
  5. - Source:   https://github.com/ylechelle/OpenUDID.git
  6. - Versions: 1.0.0 [master repo]

这里我们搜到了一条可用数据，里面描述了OpenUDID库的简要信息。其实我们真正需要的是上述结果中的第三行：

[objc] view plain copy

  1. pod ‘OpenUDID‘, ‘~> 1.0.0‘

不难看出，这是我们需要添加到Podfile文件中的。

有了这条命令，就可以方便、迅速地找到需要的Pods依赖库。

4、pod setup

命令格式为：

[ruby] view plain copy

  1. $ pod setup

执行完了以后会打印：

[ruby] view plain copy

  1. Setting up CocoaPods master repo
  2. Updating 7cd4668..f3d3ced
  3. Fast-forward

接下来还会打印很多更新信息。

这条命令用于跟新本地电脑上的保存的Pods依赖库tree。由于每天有很多人会创建或者更新Pods依赖库，这条命令执行的时候会相当慢，还请耐心等待。我们需要经常执行这条命令，否则有新的Pods依赖库的时候执行pod search命令是搜不出来的。

四、参考文档

http://guides.cocoapods.org/using/index.html

时间： 2024-10-13 16:21:24

IOS-CocoaPods进阶篇的相关文章

CocoaPods详解之（二）----进阶篇

CocoaPods详解之----进阶篇 作者:wangzz 原文地址:http://blog.csdn.net/wzzvictory/article/details/19178709 转载请注明出处 一.Podfile.lock文件 上文讲过,在开始使用CocoaPods,执行完pod install之后,会生成一个Podfile.lock文件.这个文件看起来跟我们关系不大,实际上绝对不应该忽略它. 该文件用于保存已经安装的Pods依赖库的版本,通过CocoaPods安装了SBJson.AFNe

iOS开发范例实战宝典（进阶篇）——互动出版网

这篇是计算机类的优质推荐>>>><iOS开发范例实战宝典(进阶篇)> 以最新的IOS 8为版本编写,内容覆盖了IOS开发的方方面面,通过大量实例提升实战技能,并对书中的重点和难点进行了专门分析. 编辑推荐 *以最新的iOS 8为版本编写,内容覆盖了iOS开发的方方面面* *通过200多个实例提升实战技能,并对书中的重点和难点进行了专门分析 *注重实战:详细讲解了117个iOS开发经典实例,提高实战开发水平 *内容全面:全面介绍了iOS开发中最为常见的14类界面模块 *由

iOS开发——面试篇&amp;面试总结（二）

面试总结(二) 1. 风格纠错题 修改方法有很多种,现给出一种做示例: 下面对具体修改的地方,分两部分做下介绍:硬伤部分和优化部分 .因为硬伤部分没什么技术含量,为了节省大家时间,放在后面讲,大神请直接看优化部分. 优化部分 1)enum建议使用 NS_ENUM 和 NS_OPTIONS 宏来定义枚举类型,参见官方的 Adopting Modern Objective-C 一文: 1 2 3 4 5 //定义一个枚举 typedef NS_ENUM(NSInteger, CYLSex) {   

读&lt;iOS开发进阶&gt;有感

花了两天时间, 零零散散看完了这本书.总的来说, 比较失望吧. 花点时间记录下. 第一次看到这本书, 是在看唐巧大神博客的时候看到的  ---------->  <iOS开发进阶>即将出版 那时候, 就被吸引住了.原因不外乎如下三点: 作者: 唐巧大神写的书, 怎么能错过 内容: 开发进阶, 学习了iOS有一段时间, 确实比较期待这类的书籍 封面: 简约大气, 很喜欢. 然后就一直等出版, 本来说12月底就能出版, 然后一直拖, 当当要到1月20号左右才正式出售, 现在都是预售阶段..

移动端https抓包那些事--进阶篇

上一次和大家介绍了手机端https抓包的初级篇,即在手机未root或者未越狱的情况下如何抓取https流量,但是当时分析应用时会发现,好多应用的https的流量还是无法抓取到,这是为什么呢? 主要原因还是客户端在实现https请求时对于证书的校验上,如果仅仅校验是否有证书但是未严格校验证书的有效性时,就可以通过手机客户端安装抓包工具的证书来绕过签名校验,但是如果客户端做了严格的证书校验,如果不是受信任证书则无法正常进行https通信,遇到这种情况我们该如何抓取https流量来进行业务分析呢? 接

从零开始学Sketch——进阶篇

本文转自 http://www.jianshu.com/p/ff70b5f35c8f 从零开始学Sketch——进阶篇 Sketch是一款矢量绘图应用,而矢量绘图无疑是目前进行网页.图标以及界面设计的最好方式. 在初识了Sketch的界面布局和基础工具之后,我们就可以开始进入高阶的Sketch工具篇学习了.这篇文章主要会涉及Sketch模板.插件的使用,以及Sketch在具体使用过程中的一些技巧分享. 如果你曾接触过PS.AI.Axure等软件,那么接下来的内容你应该不会陌生,因为所有的设计软件

iOS开发进阶

博客专栏>移动开发专栏>IOS开发进阶 分享到:新浪微博腾讯微博IOS开发进阶 iPhone开发进阶,如果你已经基本熟悉了Objective-c基本语法,你已经熟悉iOS程序开发的基础,那么我们再进一步的学习iOS开发的知识.比如多任务编程,网络,系统方面的原理,内存管理,debug或查找crash的技巧等. 收藏 订阅 最新更新文章 [移动开发] iOS界面-仿网易新闻左侧抽屉式交互 续(添加新闻内容页和评论页手势) 1.介绍有的博友看了上篇博文 iOS界面-仿网易新闻左侧抽屉式交互 ,在微

最快让你上手ReactiveCocoa之进阶篇

前言 由于时间的问题,暂且只更新这么多了,后续还会持续更新本文<最快让你上手ReactiveCocoa之进阶篇>,目前只是简短的介绍了些RAC核心的一些方法,后续还需要加上MVVM+ReactiveCocoa实战开发.如果喜欢我的文章,可以关注我,微博:袁峥Seemygo,欢迎交流.也可以来小码哥,了解下我们的iOS培训课程.之后还会更新 1.ReactiveCocoa常见操作方法介绍. 1.1 ReactiveCocoa操作须知 所有的信号(RACSignal)都可以进行操作处理,因为所有操

从零开始学Sketch——进阶篇-b

从零开始学Sketch——进阶篇 Sketch是一款矢量绘图应用,而矢量绘图无疑是目前进行网页.图标以及界面设计的最好方式. 在初识了Sketch的界面布局和基础工具之后,我们就可以开始进入高阶的Sketch工具篇学习了.这篇文章主要会涉及Sketch模板.插件的使用,以及Sketch在具体使用过程中的一些技巧分享. 如果你曾接触过PS.AI.Axure等软件,那么接下来的内容你应该不会陌生,因为所有的设计软件学习的路径都是相似的,都是从认识基本功能框架到外部资源整合运用,最终形成个人风格的一个

iOS GCD中级篇 - dispatch_group的理解及使用

前文我们讲了GCD基础篇,以及同步.异步,并发.并行几个概率的理解. 参考链接: iOS GCD基础篇 - 同步.异步,并发.并行的理解 现在讲一下dispatch_group的概念以及几种场景下的使用 1.关于dispatch_group 把一组任务提交到队列中,这些队列可以不相关,然后监听这组任务完成的事件. 最常见的几个方法: 1.dispatch_group_create创建一个调度任务组 2.dispatch_group_async 把一个任务异步提交到任务组里 3.dispatch_