cocospod 安装和使用

时间：2024-11-07 15:37:24

 可以看到，工程的根目录下多了三个东西：、文件和Pods目录。

（PS：篇幅有限，文件会放到系列文章的下一篇介绍，敬请关注。）


再看看刚才执行完pod install命令打印出来的内容的最后一行：

[objc]  view plain copy
  1. [!] From now on use `CocoaPodsTest.xcworkspace`.  
提示我们从现在起，我们需要使用 文件来开发。

对于工程发生的变化，有几点需要说明：

  • 第三方库会被编译成静态库供我们正真的工程使用

CocoaPods会将所有的第三方库以target的方式组成一个名为Pods的工程，该工程就放在刚才新生成的Pods目录下。整个第三方库工程会生成一个名称为的静态库提供给我们自己的CocoaPodsTest工程使用。

  • 我们的工程和第三方库所在的工程会由一个新生成的workspace管理

为了方便我们直观的管理工程和第三方库，CocoaPodsTest工程和Pods工程会被以workspace的形式组织和管理，也就是我们刚才看到的文件。

原来的工程设置已经被更改了，这时候我们直接打开原来的工程文件去编译就会报错，只能使用新生成的workspace来进行项目管理。

打开，界面如下：


四、文件

上文讲过，在开始使用CocoaPods，执行完pod install之后，会生成一个文件。这个文件看起来跟我们关系不大，实际上绝对不应该忽略它。
该文件用于保存已经安装的Pods依赖库的版本，通过CocoaPods安装了SBJson、AFNetworking、Reachability三个POds依赖库以后对应的文件内容为：
[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.   
  23. DEPENDENCIES:  
  24.   - AFNetworking (~> 2.0)  
  25.   - Reachability (~> 3.0.0)  
  26.   - SBJson (~> 4.0.0)  
  27.   
  28. SPEC CHECKSUMS:  
  29.   AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd  
  30.   Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2  
  31.   SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220  
  32.   
  33. COCOAPODS: 0.29.0  
文件最大得用处在于多人开发。对于没有在Podfile中指定Pods依赖库版本的写法，如下：
[objc]  view plain copy
  1. pod 'SBJson'  
该句话用于获取当前SBJson这个Pods依赖库的最新版本。
当团队中的某个人执行完pod install命令后，生成的文件就记录下了当时最新Pods依赖库的版本，这时团队中的其它人check下来这份包含文件的工程以后，再去执行pod install命令时，获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。如果没有文件，后续所有用户执行pod install命令都会获取最新版本的SBJson，这就有可能造成同一个团队使用的依赖库版本不一致， 这对团队协作来说绝对是个灾难！
在这种情况下，如果团队想使用当前最新版本的SBJson依赖库，有两种方案：
  • 更改Podfile，使其指向最新版本的SBJson依赖库；
  • 执行pod update命令；
鉴于文件对团队协作如此重要，我们需要将它添加到版本管理中。

五、Podfile文件

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

1、Podfile文件存放位置

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


 事实上Podfile文件可以放在任意一个目录下，需要做的是在Podfile中指定工程的路径，和原来相比，Podfile文件就在最开始的位置增加了一行，具体内容如下：
[objc]  view plain copy
  1. xcodeproj "/Users/wangzz/Desktop/CocoaPodsTest/"  
  2.   
  3. platform :ios    
  4. pod 'Reachability',  '~> 3.0.0'    
  5. pod 'SBJson', '~> 4.0.0'    
  6.     
  7. platform :ios, '7.0'    
  8. 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有

相关文章