cocoapods

時間  2019-11-25
標籤 cocoapods 简体版
原文   原文鏈接

如何安裝?

1.安裝ruby環境,添加淘寶ruby鏡像ios

$ gem sources --remove https://rubygems.org/
//等有反應以後再敲入如下命令
$ gem sources -a http://ruby.taobao.org/git

2.查看是否設置成功:github

$ gem sources -lsql

3.而後安裝cocoapods:xcode

$ sudo gem install cocoapodsruby

4.查看cocoapods是否支持某個類庫app

$ pod search 類庫名,支持模糊查詢(如:AFNetworking)ide

如何使用?

  • 在項目根目錄下新建一個「Podfile」的文件(記住必定得叫這個名兒,並且木有後綴)

注:Podfile也能夠放在任何位置,可是須要在Podfile頂部使用」xcodeproj」關鍵字指定工程的路徑,以下:ui

Podfile指明xcodeproj

Podfile指明xcodeprojthis

可是執行pod install命令後,生成的文件放在了Podfile所在的目錄.

  • 編輯Podfile文件輸入如下信息

platform :iOS, ‘7.0’\\全部庫支持的IOS最低版本
pod ‘AFNetworking’, ‘~> 2.0’\\版本號

注:有些第三方庫須要指明:platform 支持的IOS最低版本,不然在pod install時會報錯,以下圖,提示AFNetworking最低支持IOS6.0和OS X 10.8

cocoapods指明ios版本

cocoapods指明ios版本

  • 而後在項目podfile所在目錄下運行:(會在你當前項目中導入podfile所配置的庫,因此要在項目目錄下運行)

$ pod install

注意上述命令運行完畢後終端輸出的最後一段話,意思就是之後打開項目就用CocoaPodsDemo.xcworkspace 打開，而不是以前的.xcodeproj文件。

[!] From now on use `CocoaPodsDemo.xcworkspace`.

通過以上步驟後,咱們如今能夠打開CocoaPodsDemo.xcworkspace啓動咱們的新工程了.新工程中已經經過cocoapods引入並配置好了咱們剛在podfile寫的須要依賴的第三方庫了.

引入第三方庫後找不到頭文件?

在項目的Targe-Build Settings-Search Paths-User Header Searcj Paths中添加

${SRCROOT} 值爲 recursive

以下圖:

cocoapods配置頭文件

cocoapods配置頭文件

如何編譯從github上checkout下來的一個已包含CocoPods類庫的項目?

打開終端進入你所下載項目的根目錄,執行如下命令,後會獲得上面的那句話:

$ pod update

等待命令運行完畢後,一樣最後會輸出

[!] From now on use `xxxxx.xcworkspace`.

如何刪除cocopods?

  1. 刪除工程文件夾下的Podfile、Podfile.lock及Pods文件夾
  2. 刪除xcworkspace文件
  3. 使用xcodeproj文件打開工程，刪除Frameworks組下的Pods.xcconfig及libPods.a引用
  4. 在工程設置中的Build Phases下刪除Check Pods Manifest.lock及Copy Pods Resources
刪除cocoapods

刪除cocoapods

CocoaPods經常使用命令

一、pod install

根據Podfile文件指定的內容，安裝依賴庫，若是有Podfile.lock文件並且對應的Podfile文件未被修改，則會根據Podfile.lock文件指定的版本安裝。

每次更新了Podfile文件時，都須要從新執行該命令，以便從新安裝Pods依賴庫。

二、pod update

若果Podfile中指定的依賴庫版本不是寫死的，當對應的依賴庫有了更新，不管有沒有Podfile.lock文件都會去獲取Podfile文件描述的容許獲取到的最新依賴庫版本。

三、pod search

命令格式爲：

$ pod search 類庫名,支持模糊查詢(如:AFNetworking)

pod search功能

pod search功能

紅框中的信息爲AFNetworking 最新版本,Version中顯示了歷史版本,根據這些信息來編寫咱們的Podfile文件如:

pod ‘AFNetWorking’, ‘~> 2.2.4′

這句話具體含義是什麼呢?
當咱們經過cocopods引入依賴庫時，須要顯示或隱式註明引用的依賴庫版本，具體寫法和表示含義以下

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的版本
pod ‘AFNetworking’, ‘~>0.1′     //使用大於等於0.1但小於1.0的版本
pod ‘AFNetworking’, ‘~>0′     //高於0的版本，寫這個限制和什麼都不寫是一個效果，都表示使用最新版本

四、pod setup

用於跟新本地電腦上的保存的Pods依賴庫tree。因爲天天有不少人會建立或者更新Pods依賴庫，這條命令執行的時候會至關慢，還請耐心等待。咱們須要常常執行這條命令，不然有新的Pods依賴庫的時候執行pod search命令是搜不出來的。

①多個target中使用相同的Pods依賴庫

好比，名稱爲CocoaPodsTest的target和Second的target都須要使用Reachability、SBJson、AFNetworking三個Pods依賴庫，可使用link_with關鍵字來實現，將Podfile寫成以下方式：

link_with ‘CocoaPodsTest’, ‘Second’
platform :ios
pod ‘Reachability’,  ‘~> 3.0.0′
pod ‘SBJson’, ‘~> 4.0.0′

platform :ios, ‘7.0’
pod ‘AFNetworking’, ‘~> 2.0′

這種寫法就實現了CocoaPodsTest和Second兩個target共用相同的Pods依賴庫。

②不一樣的target使用徹底不一樣的Pods依賴庫

CocoaPodsTest這個target使用的是Reachability、SBJson、AFNetworking三個依賴庫，但Second這個target只須要使用OpenUDID這一個依賴庫，這時可使用target關鍵字，Podfile的描述方式以下：

target :’CocoaPodsTest’ do
platform :ios
pod ‘Reachability’,  ‘~> 3.0.0′
pod ‘SBJson’, ‘~> 4.0.0′

platform :ios, ‘7.0’
pod ‘AFNetworking’, ‘~> 2.0′
end

target :’Second’ do
pod ‘OpenUDID’, ‘~> 1.0.0′
end

其中，do/end做爲開始和結束標識符。

Podfile.lock文件

在使用CocoaPods，執行完pod install以後，會生成一個Podfile.lock文件。這個文件看起來跟咱們關係不大，實際上絕對不該該忽略它。
該文件用於保存已經安裝的Pods依賴庫的版本，經過CocoaPods安裝了SBJson、AFNetworking、Reachability三個POds依賴庫之後對應的Podfile.lock文件內容爲：

PODS:
– AFNetworking (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/NSURLSession
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/UIKit
– AFNetworking/NSURLConnection (2.1.0):
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/NSURLSession (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/Reachability (2.1.0)
– AFNetworking/Security (2.1.0)
– AFNetworking/Serialization (2.1.0)
– AFNetworking/UIKit (2.1.0):
– AFNetworking/NSURLConnection
– Reachability (3.0.0)
– SBJson (4.0.0)

DEPENDENCIES:
– AFNetworking (~> 2.0)
– Reachability (~> 3.0.0)
– SBJson (~> 4.0.0)

SPEC CHECKSUMS:
AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd
Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2
SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220

COCOAPODS: 0.29.0

Podfile.lock文件最大得用處在於多人開發。當團隊中的某我的執行完pod install命令後，生成的Podfile.lock文件就記錄下了當時最新Pods依賴庫的版本，這時團隊中的其它人check下來這份包含Podfile.lock文件的工程之後，再去執行pod install命令時，獲取下來的Pods依賴庫的版本就和最開始用戶獲取到的版本一致。若是沒有Podfile.lock文件，後續全部用戶執行pod install命令都會獲取最新版本的SBJson，這就有可能形成同一個團隊使用的依賴庫版本不一致，這對團隊協做來講絕對是個災難！
在這種狀況下，若是團隊想使用當前最新版本的SBJson依賴庫，有兩種方案：

  1. 更改Podfile，使其指向最新版本的SBJson依賴庫；
  2. 執行pod update命令；

鑑於Podfile.lock文件對團隊協做如此重要，咱們須要將它添加到版本管理中。

如何製做本身的Cocopods庫

1.在github上新建一個工程

github上新建pod工程

github上新建pod工程

license類型

正規的倉庫都應該有一個license文件，Pods依賴庫對這個文件的要求更嚴，是必需要有的。所以最好在這裏讓github建立一個，也能夠本身後續再建立。我使用的license類型是MIT。

把項目clone到本地而後在根目錄下新建MyPodDemo.podspec

或使用命令

$ pod spec create MyPodDemo

Spec文件編寫:

Pod::Spec.new do |s|
 s.name = "MyPodDemo"
 s.version = "0.0.1"
 s.summary = "A short description of MyPodDemo."
 s.description = <<-DESC
 A longer description of MyPodDemo in Markdown format.
 * Think: Why did you write this? What is the focus? What does it do?
 * CocoaPods will be using this to generate tags, and improve search results.
 * Try to keep it short, snappy and to the point.
 * Finally, don't worry about the indent, CocoaPods strips it!
 DESC
 s.homepage = "https://github.com/goingta/MyPodDemo"
 s.license = "MIT"
 s.author = { "goingta" => "tangle1128@gmail.com" }
 s.source = { :git => "https://github.com/goingta/MyPodDemo.git", :tag => "0.0.1" }
 s.source_files = "MyPodDemo/Src", "MyPodDemo/Src/**/*.{h,m}"
 s.requires_arc = true
 # s.framework = "SomeFramework"
 # s.frameworks = "SomeFramework", "AnotherFramework"
 # s.library = "iconv"
 # s.libraries = "iconv", "xml2"
 # s.dependency "JSONKit", "~> 1.4"
 # s.dependency "AFNetworking", "~> 2.2.4"
 end

自解析:

 name: 導入pod後的目錄名
 version: 當前版本號
 deployment_target: 配置的target
 prefix_header_file: 預編譯頭文件路徑，將該文件的內容插入到Pod的pch文件內
 source: 來源的具體路徑，是http連接仍是本地路徑
 requires_arc: 是否須要arc
 source_files: 指定該目錄下包含哪些文件
 其餘可選參數還包括：
 dependency: 指定依賴，若是依賴的庫不存在或者依賴庫的版本不符合要求將會報錯
 libraries: 指定導入的庫，好比sqlite3
 frameworks: 指定導入的framework
 weak_frameworks: 弱連接，好比說一個項目同時兼容iOS6和iOS7，但某一個framework只在iOS7上有，這時候若是用強連接，那麼在iOS7上運行就會crash，使用weak_frameworks能夠避免這種狀況。

整個podspec語法是一個嵌套結構從Pod::Spec.new do |s|到最後一個end是最大的循環，表示整個podspec導入的文件。中間每個subspec到end結束是一個子目錄，Pods會爲每一個subspec建立一個邏輯目錄，至關於Xcode的group概念。|**|中間是subspec的名字，能夠隨便命名，但後面使用的名稱必須一致。

通配符說明

a{bb,bc}def.{h,m}表示四個文件abbdef.h abbdef.m abcdef.h abcdef.m

*.{h,m,mm}表示全部的.h .m .mm文件
Class/**/*.{h,m}表示Class目錄下的全部.h .m文件

寫完podspec文件後使用pod spec lint驗證spec是否合格,有error則須要修改

 

spec文件驗證

spec文件驗證

上傳代碼至github

上傳podspec文件到CocoaPods倉庫(fork一下,修改完成後在push上去等待審覈)

將咱們剛剛生成的MyPodDemo.spec 文件上傳到Cocoapods官方specs倉庫中 :
連接爲：https://github.com/CocoaPods/Specs

私有庫實現,編寫podfile

若是因爲某些緣由咱們編寫的庫不能公開,可是又想使用pods來進行管理,要怎麼辦呢?

首先咱們要將咱們剛剛在github上建的倉庫改成Private(否則還用Public搞毛啊)

而後修改咱們項目的podfile,與已加入Cocopods倉庫的公有庫相比咱們只須要指明私有庫低git地址,以下:

platform :ios, '6.0'
pod 'MyPodDemo', :git => 'https://github.com/goingta/MyPodDemo.git' //私有庫
pod 'CocoaLumberjack'//公有庫

版本控制和衝突(引用自http://objccn.io/issue-6-4/)

CocoaPods 使用語義版本控制 – Semantic Versioning 命名約定來解決對版本的依賴。因爲衝突解決系統創建在非重大變動的補丁版本之間，這使得解決依賴關係變得容易不少。例如，兩個不一樣的 pods 依賴於 CocoaLumberjack 的兩個版本，假設一個依賴於2.3.1，另外一個依賴於 2.3.3，此時衝突解決系統可使用最新的版本 2.3.3，由於這個能夠向後與 2.3.1 兼容。

但這並不老是有效。有許多第三方庫並不使用這樣的約定，這讓解決方案變得很是複雜。

固然，總會有一些衝突須要手動解決。若是一個庫依賴於 CocoaLumberjack 的 1.2.5，另一個庫則依賴於 2.3.1，那麼只有最終用戶經過明確指定使用某個版原本解決衝突。

配置非ARC文件(8.5號補充)

前幾天項目中因爲歷史緣由,致使有一個私有的pods庫中某幾個文件是在非ARC時代寫的,若是要進行修改工程量浩大,因而乎要對這幾個文件單獨處理,這幾個文件不使用arc其餘文件使用arc,網上查了一些資料,只須要對source_file進行修改並排除那幾個不使用ARC的文件就能夠了,大體修改以下:

Pod::Spec.new do |s|
 s.name = "MyPodDemo"
 s.version = "0.0.1"
 s.summary = "A short description of MyPodDemo.
 s.homepage = "https://github.com/goingta/MyPodDemo"
 s.license = "MIT"
 s.author = { "goingta" => "tangle1128@gmail.com" }
 s.source = { :git => "https://github.com/goingta/MyPodDemo.git", :tag => "0.0.1" }
 s.source_files = "MyPodDemo"
 non_arc_files = 'MyPodDemo/NoArcFile1.{h,m}','MyPodDemo/NoArcFile2.{h,m}'
 s.requires_arc = true

 s.exclude_files = non_arc_files
 s.subspec 'no-arc' do |sna|
 sna.requires_arc = false
 sna.source_files = non_arc_files
 end
end
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程