需要完美越獄。完美越獄后，安裝合適的插件，能直接訪問ios的任何目錄和文件。
創(chuàng)新互聯(lián)公司"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設擁有電腦版、微信版、手機版的企業(yè)網(wǎng)站。實現(xiàn)跨屏營銷，產(chǎn)品發(fā)布一步更新，電腦網(wǎng)絡+移動網(wǎng)絡一網(wǎng)打盡，滿足企業(yè)的營銷需求！創(chuàng)新互聯(lián)公司具備承接各種類型的網(wǎng)站設計、成都網(wǎng)站設計項目的能力。經(jīng)過10年的努力的開拓，為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務，并獲得了客戶的一致好評。
一、概要
iOS開發(fā)時，項目中會引用許多第三方庫，CocoaPods（）可以用來方便的統(tǒng)一管理這些第三方庫（從一個坑出來，又進了另一個坑而已……）。
二、安裝
由于網(wǎng)上的教程基本都大同小異，但細節(jié)之處還不是很完善，所以借機會在這里補充下：
注：要使用CocoaPods，那就要下載安裝它，而下載安裝CocoaPods需要Ruby環(huán)境
1、Ruby環(huán)境搭建
當前安裝環(huán)境為Mac mini 10.8.5。Mac OS本身自帶Ruby，但還是更新一下保險，因為我第一次安裝在沒有更新Ruby的情況下就失敗了。
a 查看下當前ruby版本：打開終端輸入 ruby -v（確實安裝了，不過用這個版本接下來工作失敗了，所以更新下ruby）
[objc] view plain copy print?
ritekiMac-mini:PodTest lucky$ ruby -v
ruby 1.8.7 (2012-02-08 patchlevel 358) [universal-darwin12.0]
ritekiMac-mini:PodTest lucky$
b 更新ruby
終端輸入如下命令（把Ruby鏡像指向taobao，避免被墻，你懂得）
gem sources --remove
gem sources -a
gem sources -l （用來檢查使用替換鏡像位置成功）
[objc] view plain copy print?
ritekiMac-mini:~ lucky$ gem sources --remove
removed from sources
ritekiMac-mini:~ lucky$ gem sources -a
added to sources
ritekiMac-mini:~ lucky$ gem sources -l
*** CURRENT SOURCES ***
補充：（2016-01-20更新）
淘寶已經(jīng)關閉HTTP協(xié)議的景象服務，改為HTTPS協(xié)議。
淘寶ruby地址：
2、下載安裝CocoaPods
終端輸入：sudo gem install cocoapods
[html] view plain copy print?
ritekiMac-mini:~ lucky$ sudo gem install cocoapods
CHANGELOG:
## 0.32.1
##### Bug Fixes
* Fixed the Podfile `default_subspec` attribute in nested subspecs.
[Fabio Pelosin][irrationalfab]
\ [#2050]()
Successfully installed cocoapods-0.32.1
Installing ri documentation for cocoapods-0.32.1
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rdoc/rdoc.rb:280: warning: conflicting chdir during another chdir block
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rdoc/rdoc.rb:287: warning: conflicting chdir during another chdir block
Done installing documentation for cocoapods after 10 seconds
1 gem installed
這樣就下載安裝好了CocoaPods
3、使用CocoaPods
a 新建一個項目，名字PodTest
b 終端中，cd到項目總目錄（注意：包含PodTest文件夾、PodTest.xcodeproj、PodTestTest的那個總目錄）
[objc] view plain copy print?
cd /Users/lucky/Desktop/PodTest
c 建立Podfile（配置文件）
接著上一步，終端輸入 vim Podfile
鍵盤輸入 i，進入編輯模式，輸入
platform :ios, ‘7.0‘
pod ‘MBProgressHUD‘, ‘~ 0.8‘
然后按Esc，并且輸入“ ：”號進入vim命令模式，然后在冒號后邊輸入wq
注意：鍵盤輸入 ：后，才能輸入wq?；剀嚭蟀l(fā)現(xiàn)PodTest項目總目錄中多一個Podfile文件
激動人心的時刻到了：確定終端cd到項目總目錄，然后輸入 pod install，等待一會，大約3分鐘。
查看項目根目錄：
注意：現(xiàn)在打開項目不是點擊 PodTest.xodeproj了，而是點擊 PodTest.xcworkspace
對于工程發(fā)生的變化，有幾點需要說明：
a、第三方庫會以成靜態(tài)庫方式引入工程使用
CocoaPods會將所有的第三方庫以target的方式組成一個名為Pods的工程，該工程就放在剛才新生成的Pods目錄下。整個第三方庫工程會生成一個名稱為libPods.a的靜態(tài)庫提供給工程使用。
b、xcworkspace（PodTest.xcworkspace）的作用是管理工程和第三方庫
PodTest工程和Pods工程被以workspace的形式組織和管理。
打開項目后看到項目結(jié)構(gòu)并且測試一下：
運行結(jié)果：
補充：
1、CocoaPods的基本安裝及使用都詳細的說明了，但還有一些補充，當需要同時導入多個第三方時候怎么辦 ？
這就需要修改Podfile了，就是用vim編輯的那個保存在項目根目錄中的文件，修改完了Podfile文件，需要重新執(zhí)行一次pod install命令。
例如：
platform :ios
pod ‘JSONKit‘, ‘~ 1.4‘
pod ‘AFNetworking‘, ‘~ 2.0‘
2、CocoaPods可以查找你想要的第三方庫
終端輸入命令：pod search UI
瘋了了，我怎么查找這么大眾的關鍵字，好多庫～～
然后重新編輯Podfile文件，按照之前的步驟，把更多的庫都導入項目！
3、上文中“建立Podfile（配置文件）接著上一步，終端輸入 vim Podfile”步驟，如果不習慣使用vim編輯器，也可以使用linux命令touch，生成一個空的Podfile文件，然后使用其他的文本編輯器都可以，例如：
[objc] view plain copy print?
lizhongfudeMacBook-Pro:~ lizhongfu$ cd /Users/lizhongfu/Desktop/TestProject
lizhongfudeMacBook-Pro:TestProject lizhongfu$ touch Podfile
編輯好Podfile文件后，就可以執(zhí)行pod install第三方導入了（詳見：補充第1條），CocoaPods就開始為我們做下載源碼、配置依賴關系、引入需要的framework等一些列工作。
4、如果已經(jīng)生成了CocoaPods管理的工程，則可以在Xcode中編輯Podfile，編輯保存后，別忘記cd到根目錄，調(diào)用pod install命令
5、項目存在多個Target的時候，需要配置Podfile文件來支持新增加的Target，否則只支持項目默認建立時生成的Target：
a、如果新建一個Target，命名為Second，并且Second與Test兩個Target所需要的第三方支持相同，也就是使用相同的Pods依賴庫，則可以使用
link_with關鍵字：
[objc] view plain copy print?
link_with ‘Test‘, ‘Second‘
platform :ios
platform :ios, ‘9.0’
pod ‘AFNetworking‘, ‘~ 2.0‘
b、如果不同的Target需要不同的依賴庫，則可以
[objc] view plain copy print?
platform :ios
target :‘Test‘ do
pod ‘Reachability‘
pod ‘SBJson‘
pod ‘AFNetworking‘
end
target :‘Second‘ do
pod ‘OpenUDID‘
end
6、出現(xiàn)/Library/Ruby/Gems/2.0.0/gems/claide-0.8.1/lib/claide/command.rb:417:in `help!‘: [!] You cannot run CocoaPods as root. (CLAide::Help)
重新打開一個終端，然后pod install，不要sudo pod install。
7、如果$ pod install時候遇到：
Analyzing dependencies
Fetching podspec for `UAAppReviewManager` from `..`
[!] Unable to satisfy the following requirements:
- `UAAppReviewManager (from `..`)` required by `Podfile`
8、如果要移除Cocoapods，則可以：
a. 刪除工程文件夾下的Podfile、Podfile.lock及Pods文件夾
b. 刪除xcworkspace文件
c. 使用xcodeproj文件打開工程，刪除Frameworks組下的Pods.xcconfig及l(fā)ibPods.a引用
d. 在工程設置中的Build Phases下刪除Check Pods Manifest.lock及Copy Pods Resources
本人覺得這個打包framework還是一個比較重要的功能，可以用來做一下事情：(1)封裝功能模塊，比如有比較成熟的功能模塊封裝成一個包，然后以后自己或其他同事用起來比較方便。(2)封裝項目，有時候會遇到這個情況，就是一家公司找了兩個開發(fā)公司做兩個項目，然后要求他們的項目中的一個嵌套進另一個項目，此時也可以把唄嵌套的項目打包成framework放進去，這樣比較方便。我們?yōu)槭裁葱枰蚣?Framework)?要想用一種開發(fā)者友好的方式共享庫是很麻煩的。你不僅僅需要包含庫本身，還要加入所有的頭文件，資源等等。蘋果解決這個問題的方式是框架(framework)。基本上，這是含有固定結(jié)構(gòu)并包含了引用該庫時所必需的所有東西的文件夾。不幸的是，iOS禁止所有的動態(tài)庫。同時，蘋果也從Xcode中移除了創(chuàng)建靜態(tài)iOS框架的功能。Xcode仍然可以支持創(chuàng)建框架的功能，重啟這個功能，我們需要對Xcode做一些小小的改動。把代碼封裝在靜態(tài)框架是被app store所允許的。盡管形式不同，本質(zhì)上它仍然是一種靜態(tài)庫。框架(Framework)的類別大部分框架都是動態(tài)鏈接庫的形式。因為只有蘋果才能在iOS設備上安裝動態(tài)庫，所以我們無法創(chuàng)建這種類型的框架。靜態(tài)鏈接庫和動態(tài)庫一樣，只不過它是在編譯時鏈接二進制代碼，因此使用靜態(tài)庫不會有動態(tài)庫那樣的問題(即除了蘋果誰也不能在iOS上使用動態(tài)庫)?！皞巍笨蚣苁峭ㄟ^破解Xcode的目標Bundle(使用某些腳本)來實現(xiàn)的。它在表面上以及使用時跟靜態(tài)框架并無區(qū)別?！皞巍笨蚣茼椖康墓δ軒缀鹾驼鎸嵉目蚣茼椖繘]有區(qū)別(不是全部)?！扒度搿笨蚣苁庆o態(tài)框架的一個包裝，以便Xcode能獲取框架內(nèi)的資源(圖片、plist、nib等)。本次發(fā)布包括了創(chuàng)建靜態(tài)框架和“偽”框架的模板，以及二者的“嵌入”框架。用哪一種模板?本次發(fā)布有兩個模板，每個模板都有“強”“弱”兩個類別。你可以選擇最適合一種(或者兩種都安裝上)。最大的不同是Xcode不能創(chuàng)建“真”框架，除非你安裝靜態(tài)框架文件xcspec在Xcode中。這真是一個遺憾(這個文件是給項目使用的，而不是框架要用的)。簡單說，你可以這樣決定用哪一種模板：如果你不想修改Xcode，那么請使用“偽”框架版本如果你只是想共享二進制(不是項目)，兩種都可以如果你想把框架共享給不想修改Xcode的開發(fā)者，使用“偽”框架版本如果你想把框架共享給修改過Xcode的開發(fā)者，使用“真”框架版本如果你想把框架項目作為另一個項目的依賴(通過workspace或者子項目的方式)，請使用“真”框架(或者“偽”框架，使用-framework——見后)如果你想在你的框架項目中加入其他靜態(tài)庫/框架，并把它們也鏈接到最終結(jié)果以便不需要單獨添加到用戶項目中，使用“偽”框架“偽”框架“偽”框架是破解的“reloacatable object file”(可重定位格式的目標文件， 保存著代碼和數(shù)據(jù)，適合于和其他的目標文件連接到一起，用來創(chuàng)建一個可執(zhí)行目標文件或者是一個可共享目標文件)，它可以讓Xcode編譯出類似框架的東西——其實也是一個bundle。“偽框架”模板把整個過程分為幾個步驟，用某些腳本去產(chǎn)生一個真正的靜態(tài)框架(基于靜態(tài)庫而不是reloacatable object file)。而且，框架項目還是把它定義為wrapper.cfbundle類型，一種Xcode中的“二等公民”。因此它跟“真”靜態(tài)框架一樣可以正常工作，但當存在依賴關系時就有麻煩了。依賴問題如果不使用依賴，只是創(chuàng)建普通的項目是沒有任何問題的。但是如果使用了項目依賴(比如在workspace中)，Xcode就悲劇了。當你點擊“Link Binary With Libraries”下方的’+’按鈕時，“偽框架”無法顯示在列表中。你可以從你的“偽”框架項目的Products下面將它手動拖入，但當你編輯你的主項目時，會出現(xiàn)警告：warning: skipping file '/somewhere/MyFramework.framework' (unexpectedfile type 'wrapper.cfbundle' in Frameworks Libraries build phase)并伴隨“偽”框架中的鏈接錯誤。幸運的是，有個辦法來解決它。你可以在”O(jiān)ther Linker Flags”中用”-framwork”開關手動告訴linker去使用你的框架進行鏈接：-framework MyFramework警告仍然存在，但起碼能正確鏈接了。添加其他的庫/框架如果你加入其他靜態(tài)(不是動態(tài))庫/框架到你的“偽”框架項目中，它們將“鏈接”進你最終的二進制框架文件中。在“真”框架項目中，它們是純引用，而不是鏈接。你可以在項目中僅僅包含頭文件而不是靜態(tài)庫/框架本身的方式避免這種情況(以便編譯通過)。“真”框架“真”框架各個方面都符合“真”的標準。它是真正的靜態(tài)框架，正如使用蘋果在從Xcode中去除的那個功能所創(chuàng)建的一樣。為了能創(chuàng)建真正的靜態(tài)框架項目，你必需在Xcode中安裝一個xcspec文件。如果你發(fā)布一個“真”框架項目(而不是編譯)，希望去編譯這個框架的人必需也安裝xcspec文件(使用本次發(fā)布的安裝腳本)，以便Xcode能理解目標類型。注意：如果你正在發(fā)布完全編譯的框架，而不是框架項目，最終用戶并不需要安裝任何東西。我已經(jīng)提交一個報告給蘋果，希望他們在Xcode中更新這個文件，但那需要一點時間.OpenRadarlink here加其他靜態(tài)庫/框架如果你加入其他靜態(tài)(不是動態(tài))庫/框架到你的“真”框架項目，它們只會被引用，而不會象“偽”框架一樣被鏈接到最終的二進制文件中。從早期版本升級如果你是從Mk6或者更早的版本升級，同時使用“真”靜態(tài)框架，并且使用Xcode4.2.1以前的版本，請運行uninstall_legacy.sh以卸載早期用于Xcode的所有修正。然后再運行install.sh，重啟Xcode。如果你使用Xcode4.3以后，只需要運行install.sh并重啟Xcode。安裝分別運行Real Framework目錄或Fake Framework目錄下的install.sh腳本進行安裝(或者兩個你都運行)。重啟Xcode，你將在新項目向?qū)У腇rameworkLibrary下看到StaticiOS Framework(或者Fake Static iOS Framework)。卸載請運行unistall.sh腳本并重啟Xcode。創(chuàng)建一個iOS框架項目創(chuàng)建新項目。項目類型選擇FrameworkLibrary下的Static iOS Framework(或者Fake Static iOS Framework)。選擇“包含單元測試”(可選的)。在target中加入類、資源等。凡是其他項目要使用的頭文件，必需聲明為public。進入target的Build Phases頁，Copy Headers項，把需要public的頭文件從Project或Private部分拖拽到Public部分。編譯你的 iOS 框架選擇指定target的scheme修改scheme的Run配置(可選)。Run配置默認使用Debug，但在準備部署的時候你可能想使用Release。編譯框架(無論目標為iOS device和Simulator都會編譯出相同的二進制，因此選誰都無所謂了)。從Products下選中你的framework，“show in Finder”。在build目錄下有兩個文件夾：(yourframework).framework and (your framework).embeddedframework.如果你的框架只有代碼，沒有資源(比如圖片、腳本、xib、coredata的momd文件等)，你可以把(yourframework).framework 分發(fā)給你的用戶就行了。如果還包含有資源，你必需分發(fā)(your framework).embeddedframework給你的用戶。為什么需要embedded framework?因為Xcode不會查找靜態(tài)框架中的資源，如果你分發(fā)(your framework).framework, 則框架中的所有資源都不會顯示，也不可用。一個embedded framework只是一個framework之外的附加的包，包括了這個框架的所有資源的符號鏈接。這樣做的目的是讓Xcode能夠找到這些資源。使用iOS 框架iOS框架和常規(guī)的Mac OS動態(tài)框架差不多，只是它是靜態(tài)鏈接的而已。在你的項目中使用一個框架，只需把它拖僅你的項目中。在包含頭文件時，記住使用尖括號而不是雙引號括住框架名稱。例如，對于框架MyFramework：#import使用問題Headers Not Found如果Xcode找不到框架的頭文件，你可能是忘記將它們聲明為public了。參考“創(chuàng)建一個iOS框架項目”第5步。No Such Product Type如果你沒有安裝iOS Universal Framework在Xcode，并企圖編譯一個universal框架項目(對于“真”框架，不是“假”框架)，這會導致下列錯誤：target specifies product type 'com.apple.product-type.framework.static',but there's no such product type for the 'iphonesimulator' platform為了編譯“真”iOS靜態(tài)框架，Xcode需要做一些改動，因此為了編譯“真”靜態(tài)框架項目，請在所有的開發(fā)環(huán)境中安裝它(對于使用框架的用戶不需要，只有要編譯框架才需要)。The selected run destination is not valid for this action有時，Xcode出錯并加載了錯誤的active設置。首先，請嘗試重啟Xcode。如果錯誤繼續(xù)存在，Xcode產(chǎn)生了一個壞的項目(因為Xcode4的一個bug，任何類型的項目都會出現(xiàn)這個問題)。如果是這樣，你需要創(chuàng)建一個新項目重來一遍。鏈接警告第一次編譯框架target時，Xcdoe會在鏈接階段報告找不到文件夾：ld: warning: directory not found for option'-L/Users/myself/Library/Developer/Xcode/DerivedData/MyFramework-ccahfoccjqiognaqraesrxdyqcne/Build/Products/Debug-iphoneos'此時，可以clean并重新編譯target，警告會消除。Core Data momd not found對于框架項目和應用程序項目，Xcode會以不同的方式編譯momd(托管對象模型文件)。Xcode會簡單地在根目錄創(chuàng)建.mom文件，而不會創(chuàng)建一個.momd目錄(目錄中包含VersionInfo.plist和.mom文件)。這意味著，當從一個embedded framework的model中實例化NSManagedObjectModel時，你必需使用.mom擴展名作為model的URL，而不是采用.momd擴展名。NSURL *modelURL = [[NSBundle mainBundle]URLForResource:@"MyModel" withExtension:@"mom"];Unknown class MyClass in Interface Builder file.由于靜態(tài)框架采用靜態(tài)鏈接，linker會剔除所有它認為無用的代碼。不幸的是，linker不會檢查xib文件，因此如果類是在xib中引用，而沒有在O-C代碼中引用，linker將從最終的可執(zhí)行文件中刪除類。這是linker的問題，不是框架的問題(當你編譯一個靜態(tài)庫時也會發(fā)生這個問題)。蘋果內(nèi)置框架不會發(fā)生這個問題，因為他們是運行時動態(tài)加載的，存在于iOS設備固件中的動態(tài)庫是不可能被刪除的。有兩個解決的辦法：讓框架的最終用戶關閉linker的優(yōu)化選項，通過在他們的項目的Other Linker Flags中添加-ObjC和-all_load。在框架的另一個類中加一個該類的代碼引用。例如，假設你有個MyTextField類，被linker剔除了。假設你還有一個MyViewController，它在xib中使用了MyTextField，MyViewController并沒有被剔除。你應該這樣做：在MyTextField中：+ (void)forceLinkerLoad_ {}在MyViewController中：+(void) initialize { [MyTextField forceLinkerLoad_]; }他們?nèi)匀恍枰砑?ObjC到linker設置，但不需要強制all_load了。第2種方法需要你多做一點工作，但卻讓最終用戶避免在使用你的框架時關閉linker優(yōu)化(關閉linker優(yōu)化會導致object文件膨脹)。unexpected file type 'wrapper.cfbundle' in Frameworks Libraries build phase這個問題發(fā)生在把“假”框架項目作為workspace的依賴，或者把它當作子項目時(“真”框架項目沒有這個問題)。盡管這種框架項目產(chǎn)生了正確的靜態(tài)框架，但Xcode只能從項目文件中看出這是一個bundle，因此它在檢查依賴性時發(fā)出一個警告，并在linker階段跳過它。你可以手動添加一個命令讓linker在鏈接階段能正確鏈接。在依賴你的靜態(tài)框架的項目的OtherLinker Flags中加入：-framework MyFramework警告仍然存在, 但不會導致鏈接失敗。Libraries being linked or not being linked into the finalframework很不幸， “真”框架和“假”框架模板在處理引入的靜態(tài)庫/框架的工作方式不同的?！罢妗笨蚣苣０宀捎谜５撵o態(tài)庫生成步驟，不會鏈接其他靜態(tài)庫/框架到最終生產(chǎn)物中。“假”框架模板采用“欺騙”Xcode的手段，讓它認為是在編譯一個可重定位格式的目標文件，在鏈接階段就如同編譯一個可執(zhí)行文件，把所有的靜態(tài)代碼文件鏈接到最終生成物中(盡管不會檢查是否確實目標代碼)。為了實現(xiàn)象“真”框架一樣的效果，你可以只包含庫/框架的頭文件到你的項目中，而不需要包含庫/框架本身。Unrecognized selector in (some class with a category method)如果你的靜態(tài)庫或靜態(tài)框架包含了一個模塊(只在類別代碼中聲明，沒有類實現(xiàn))，linker會搞不清楚，并把代碼從二進制文件中剔除。因為在最終生成的文件中沒有這個方法，所以當調(diào)用這個類別中定義的方法時，會報一個“unrecognizedselector”異常。要解決這個，在包含這個類別的模塊代碼中加一個“假的”類。linker發(fā)現(xiàn)存在完整的O-C類，會將類別代碼鏈接到模塊。我寫了一個頭文件 LoadableCategory.h，以減輕這個工作量：#import "SomeConcreteClass+MyAdditions.h"#import "LoadableCategory.h" MAKE_CATEGORIES_LOADABLE(SomeConcreteClass_MyAdditions); @implementation SomeConcreteClass(MyAdditions)...@end在使用這個框架時，仍然還需要在Build Setting的Other Linker Flags中加入-ObjC。執(zhí)行任何代碼前單元測試崩潰如果你在Xcode4.3中創(chuàng)建靜態(tài)框架(或庫)target時，勾選了“withunit tests”，當你試圖運行單元測試時，它會崩潰：Thread 1: EXC_BAD_ACCESS (code=2, address=0x0) 0 0x00000000 --- 15 dyldbootstrap:start(...)這是lldb中的一個bug。你可以用GDB來運行單元測試。編輯scheme，選擇Test，在Info標簽中將調(diào)試器Debugger從LLDB改為GDB。
上篇我們了解了 SPM 如何幫助我們快速接入第三方依賴源；現(xiàn)實中，我們不僅需要依賴第三方源，往往我們也需要使得項目模塊化、組件化；類似 CocoaPods ，我們也需要自定義庫，并讓我們的項目依賴；本篇，將簡單分析 SPM 庫的組成，以及創(chuàng)建我們自己的 SPM 庫。
我們先來分析一下『Alamofire』的目錄結(jié)構(gòu)，如下圖：
上圖中，紅色框框標明的就是 SPM 庫的最基本組成部分：
Package.swift 是整個包描述，它依賴 PackageDescription 結(jié)構(gòu)，該結(jié)構(gòu)定義了一個 SPM 導出包需要指定哪些配置信息：
一般來說，上面的這些配置，通常，我們需要的是：name、platforms、products、dependencies、targets。
方式一（Xcode工具化）創(chuàng)建：
輸入項目名，點擊『Create』：
Xcode 自動幫我們生成了配置文件和源碼目錄：
方式二（命令行）創(chuàng)建：
然后『command + B』編譯就能成功！
我們自定義的 SPM 庫，不可能每次修改一點，僅僅只是編譯通過，就提交到 git 上，肯定需要本地先集成，測試邏輯之后，最終穩(wěn)定后，才會考慮提交到 git 上，但是，如果你去通過 SPM 去 add ，發(fā)現(xiàn)只能輸入 git url，沒法添加本地 SPM 庫，那怎么辦呢？
辦法如下：
拖入后，如下圖：
點擊『+』，選擇如下：
點擊『Add』即可：
OK！完美，毫無違和感.... 接下來，我們可以考慮上傳至 Git 云端。
建議勾選：『README』、『.gitignore』和『license』，然后點擊『Create repository』。
按照上一篇《Swift Package Manager（SPM）了解篇》添加源即可：
最后來張完整的『全家?！唬?/p>
1、iOS沙盒機制
iOS應用程序只能在為該改程序創(chuàng)建的文件系統(tǒng)中讀取文件，不可以去其它地方訪問，此區(qū)域被成為沙盒，所以所有的非代碼文件都要保存在此，例如圖像，圖標，聲音，映像，屬性列表，文本文件等。
1.1、每個應用程序都有自己的存儲空間
1.2、應用程序不能翻過自己的圍墻去訪問別的存儲空間的內(nèi)容
1.3、應用程序請求的數(shù)據(jù)都要通過權(quán)限檢測，假如不符合條件的話，不會被放行。
通過這張圖只能從表層上理解sandbox是一種安全體系，應用程序的所有操作都要通過這個體系來執(zhí)行，其中核心內(nèi)容是：sandbox對應用程序執(zhí)行各種操作的權(quán)限限制。
2、打開模擬器沙盒目錄
下面看看模擬器的沙盒文件夾在mac電腦上的什么位置。
文件都在個人用戶名文件夾下的一個隱藏文件夾里，中文叫資源庫，他的目錄其實是Library。
2.1 方法1、可以設置顯示隱藏文件，然后在Finder下直接打開。設置查看隱藏文件的方法如下：打開終端，輸入命名
顯示Mac隱藏文件的命令：defaults write com.apple.finder AppleShowAllFiles -bool true
隱藏Mac隱藏文件的命令：defaults write com.apple.finder AppleShowAllFiles -bool false
輸完單擊Enter鍵，退出終端，重新啟動Finder就可以了
重啟Finder：鼠標單擊窗口左上角的蘋果標志--強制退出--Finder--
現(xiàn)在能看到資源庫文件夾了。
打開資源庫后找到/Application Support/iPhone Simulator/文件夾。這里面就是模擬器的各個程序的沙盒目錄了。
2.2 方法2、這種方法更方便，在Finder上點-前往-前往文件夾，輸入/Users/username/Library/Application Support/iPhone Simulator/ 前往。
username這里寫你的用戶名。
3、目錄結(jié)構(gòu)
默認情況下，每個沙盒含有3個文件夾：Documents, Library 和 tmp。因為應用的沙盒機制，應用只能在幾個目錄下讀寫文件
Documents：蘋果建議將程序中建立的或在程序中瀏覽到的文件數(shù)據(jù)保存在該目錄下，iTunes備份和恢復的時候會包括此目錄
Library：存儲程序的默認設置或其它狀態(tài)信息；
Library/Caches：存放緩存文件，iTunes不會備份此目錄，此目錄下文件不會在應用退出刪除
tmp：提供一個即時創(chuàng)建臨時文件的地方。
iTunes在與iPhone同步時，備份所有的Documents和Library文件。
iPhone在重啟時，會丟棄所有的tmp文件。
我們創(chuàng)建一個IosSandbox的項目來展開沙盒和文件讀寫等操作的練習。
創(chuàng)建后找到模擬器上對應的目錄，
重慶分公司
重慶分公司
