怎样在Swift中使用CocoaPods-b
Posted qigemingnan
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了怎样在Swift中使用CocoaPods-b相关的知识,希望对你有一定的参考价值。
最近关于CocoaPods有很多的议论。你可能从别的开发者那里听到过,或者在Github的目录中看到过。如果你之前从来没有用过,你可能会问,"CocoaPods到底是什么?"
它不是神秘的亚马逊区域的部落人用手捡出来的生可可的豆荚,肯定不是!让CocoaPods website来回答可能是最好的:
CocoaPods是Cocoa项目的依赖管理工具。它有上千个能帮你优雅地扩充自己项目的库。
优雅地扩展项目听起来很令人好奇,但是什么是依赖管理工具呢?你为什么会需要它呢?
无论你正在创建一个什么样的app,你都有可能会用到别的开发者的代码,无论是以框架的形式还是库的形式。你可能很熟悉UIKit和Foundation,这两个都是苹果提供的框架。
在这个教程中,你将会:
-
了解为什么要和第三方库做朋友
-
安装CocoaPods
-
在一个starter项目中使用CocoaPods
-
安装使用并修改依赖关系文件来提高用户体验
-
了解语义化版本控制
为什么库是你的朋友
尽管你并不一定非要使用第三方库和框架,但是它们确实能节省你很多的时间,可以让你集中注意力在优化自己的app上,而不是敲无数行的你本不需要写的代码。
你可以不通过依赖管理工具来使用第三方库和框架,我们网站提供了关于这种使用方式的实践性的教程。例如,这是我们的Alamofire教程和SwiftyJSON教程。
不使用依赖管理工具,你可以简单地通过手动方式将每个库添加到你的工程里面。然而,这个方法有几个缺点:
-
更新一个库到新的版本可能会很麻烦,尤其是一个库依赖于另外一个库的情况,那么就必须将这几个库全部更新。
-
在项目中添加三方库可能会需要在代码中做一些本地的修改,这使得之后更新版本更加困难。
-
判断你的app中用到的库的当前版本也是一件困难的事,尤其是当你没有提前记录下来的时候。
-
如果没有一个中央位置来查看所有可用库的话,查找新库也是一件很困难的事。
CocoaPods帮你克服以上问题甚至更多别的问题。它抓取库代码,解决库之间的依赖性问题,帮你查找并发现新的库,甚至以最简便的方式为你的项目配置正确的环境。
前提
这篇教程要求你熟悉基础的ios和Swift开发。如果你完全不了解iOS或者Swift,那么在看这篇教程之前,你最好看下我们网站上一些其他文章或者视频教程,然后再回来看这篇。或者是深入来学习iOS Apprentice。
这篇教程也包含了使用了Core Graphics的一些类。了解Core Graphics是一件有利的事,但不是必须的。如果你想学习更多关于Core Graphics的知识,请阅读我们的Modern Core Graphics With Swift系列。
这篇教程要求Xcode 6.3和Swift 1.2.
开始
首先你需要安装CocoaPods。幸运的是,CocoaPods被建立在Ruby上,而最近的Mac OS X版本带有Ruby。这自从OS X 10.7之后就实现了。
打开终端并且输入以下命令行:
1
|
sudo gem install cocoapods |
当要求的时候输入你的密码。终端的输出结果看起来应该是这样的:
你必须使用sudo来安装CocoaPods,但是安装后就无需再使用了。
最后,在终端输入以下命令行来完成设置:
1
|
pod setup --verbose |
这个过程可能需要几分钟的时间,因为它将CocoaPods Master Specs repository克隆到了你电脑上的~/.cocoapods/目录下。
verbose选项记录下了进程运行时的进展,能让你看到进程而不是一个僵在那里的屏幕。
太好了,现在你开始设置来使用CocoaPods了。
代码时间!
为客户Ice Cream Shop, Inc.开发一款App
你的首要客户是Ice Cream Shop, Inc。他们的冰淇淋太受欢迎了以至于不能在柜台接收用户订单了。他们雇佣你来做一个漂亮的iOS应用,那样就能让用户在他们的iPhone上下订单了。
你开始开发app了,并且进展得还不错。在这里下载开始程序。
打开IceCreamShop.xcodeproj,然后运行,你会看到一个非常好吃的香草冰淇淋。
用户应该能从这个屏幕中选择冰淇淋的口味,但是还不太可能,因为你还没有完成这个功能。
从Views/Storyboards&Nibs中打开Main.storyboard来看app的布局。现在我们来快速整体地看一下这个app的核心,"选择你的口味"那一屏:
-
PickFlavorViewController处理用户交互,例如,用户选择了冰淇淋的一种口味。
-
PickFlavorDataSource是collection view所展示的不同冰淇淋口味的数据源。
-
IceCreamView是一个自定义的view,可以用来展示冰淇淋圆锥形的蛋卷,并且它以Flavor model来支撑。
-
ScoopCell是一个自定义的collectionviewcell,它包含了一个ScoopView,这个view也是以Flavor model来支撑的。
由于每个冰淇淋店一般都会有一些招牌口味,每个也有他们本地的风味。因此,Flavor的实例中包含的数据需要通过web service来提供。
然而,这还没有回答问题,"为什么用户不能选择一个冰淇淋口味?"
在Controllers这个分组下面,打开PickFlavorViewController.swift,你会看到一个备用的方法:
1
2
|
private func loadFlavors() { // Implement this} |
哈哈,这里面没有口味,你需要实现它。
你可以使用NSURLConnection或NSURLSession并用你自己写的网络类,这儿还有一个更简单的办法:Alamofire,一个开源的网络库。
你可能想就这么把它下载下来并将文件拖拽到工程里面。然而,那是很麻烦的方法。CocoaPods提供了更加优雅和灵活的解决方法。
所以,闲话少说...
安装你的第一个依赖管理工具
首先你要关掉Xcode
是的,你说的对,该创建Podfile了,在那儿你要定义工程的依赖管理。
打开终端,用 cd 命令进入包含你IceCreamShop项目的那个目录下:
1
|
cd ~/Path/To/Folder/Containing/IceCreamShop |
接下来,输入下面的命令:
1
|
pod init |
这将为你的项目创建一个PodFile
输入下面的命令行打开PodFile,并使用Xcode进行编辑:
1
|
open -a Xcode Podfile |
注意:你不能使用TextEdit来编辑Podfile,因为它有可能用图形化的更有吸引力的typeset quotes代替standard quotes,这可能导致CocoaPods不能理解并抛出错误,所以最好用Xcode或者别的编程文本编辑器来编辑你的Podfile。
默认的podFile看起来是这样的:
1
2
3
4
5
|
# Uncomment this line to define a global platform for your project# platform :ios, ‘6.0‘ target ‘IceCreamShop‘ do end target ‘IceCreamShopTests‘ do end |
将注释的内容替换成下面的两行:
1
|
platform :ios, "8.0" use_frameworks! |
这就告诉了CocoaPods--你的项目使用的是iOS 8.0,并且将使用框架来代替静态库。
想要在Swift中使用CocoaPods,你必须明确的写出use_frameworks! 来选择使用框架。如果你忘了写这个,CocoaPods能检测到你使用使用Swift CocoaPods,你安装pods的时候就会报错。
如果你仅仅使用过Swift编程,这可能看起来有些奇怪--那是因为Podfiel实际上使用Ruby写的。你无需为了使用CocoaPods而学习Ruby,但是你要知道即使是很小的文字错误通常也会使CocoaPods出错。
关于“库”
你会看到"library"通常代指库或框架。很抱歉这个教程也在无意间混杂了这两个概念。实际上,当某人提到"Swift library",他们实际上指的是"Swift dynamic frameworks",因为swift不允许静态库。
你可能想知道,"库(library)和框架(frameworkd)和cocoaPod之间的不同之处"。
Cocoapod或者简写为"pod"是一种惯常的叫法,用来表示使用Cocoapods工具添加库或者框架到你的应用程序中。
iOS 8引入了动态框架,这就允许了代码、图片和其他的东西(assets)可以被一起打包。在iOS 8之前,CocoaPods被作为静态库来创建,就是很"臃肿的"二进制文件。这意味着它包含了一些代码说明设置(例如i386 for the simulator, armv7 for devices等),但是它们不允许包含任何资源,例如图片或资产。
另外一个重要的区别是动态框架有命名空间类,而静态库没有。所以,如果单个项目中不同的静态库里分别有一个叫做MyTestClasses的类,那么Xcode可能不能成功创建工程因为它会因重复的标识而导致连接失败。然而,Xcode很乐意在一个工程里的不同框架下分别有一个名字相同的类。
为什么这很重要?不像OC,标准的Swift运行时库(runtime libraries)没有包含在iOS中!这意味着你的框架必须包含了必要的Swift运行时库。因此,用Swift语言写的pods必须以动态框架形式创建。如果苹果允许Swift静态库,那么使用同一个标准运行时依赖的不同库中将会产生重复符号。
幸运的是,CocoaPods为你做了这些事。它甚至能做到一次性包含需要的依赖关系。你所要做的就是在使用swift cocoaPods时记得在Podfile中包含use_frameworks! ,那就没问题了。
amazing,对不对?
安装你的第一个依赖关系
这是使用cocoapods安装你的依赖性文件的最后的时刻。将下面的内容添加到你的Podfile里面
1
|
pod ‘Alamofire‘ , ‘1.2.3‘ |
这个是告诉CocoaPods你想添加1.1.4版本的Alamofire到你的工程中作为一个依赖性文件,这是写这篇教程时的最新版本。
保存并关闭podFile
现在你需要告诉Cocoapods为你的工程安装依赖性文件。在终端中输入下面的命令,但是要首先确认你还在包含了IceCreamShop和Podfile的目录下:
1
|
pod install |
你会看到输出结果与下面的类似
1
2
3
4
5
|
Analyzing dependencies Downloading dependencies Installing Alamofire (1.1.4)Generating Pods project Integrating client project [!] Please close any current Xcode sessions and use `IceCreamShop.xcworkspace` for this project from now on. |
使用Finder打开你的工程文件夹,你看看到CocoaPods创建了一个新的IceCreamShop.xcworkspace文件和一个Pods文件来存储所有的工程依赖文件。
注意:从现在开始,就像命令行警告提示的,你必须使用workspace文件而不是project,否则你将遇到编译错误。
太棒了!你已经使用CocoaPods添加了你的第一个依赖管理。
使用安装好的Pods
如果已经打开了Xcode工程,那要关闭它并打开IceCream.xcworkspace.
打开PickFlavorViewController.swift,在现有的导入下添加以下代码:
1
|
import Alamofire |
点击command+b进行编译。如果一切都没有问题,你不会收到任何编译错误的。
接下来,用下面的代码代替loadFlavors()方法
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
private func loadFlavors() { Alamofire.request(.GET, urlString, encoding: .PropertyList(.XMLFormat_v1_0, 0)) .responsePropertyList { request, response, array, error in // 2 if let error = error { println( "Error: \(error)" ) // 3 } else if let array = array as? [[String: String]] { // 4 if array.isEmpty { println( "No flavors were found!" ) // 5 } else { self.flavors = self.flavorFactory.flavorsFromDictionaryArray(array) self.collectionView.reloadData() self.selectFirstFlavor() } } }} |
下面是对这个过程的详细描述:
1.你用Alamofire创建了一个get请求,并下载了一个包含冰淇淋口味的plist文件。
2.一般你去看查看请求是否出错并解析错误。现在如果出错的话你只需要打印错误。
3.将一个AnyObject?类型数组转换为字典数组。
4.如果数组是空的,你只需要打印一个错误信息。
5.如果一切都OK的话,你就将FlavorFactory方法创建的包含Flavor对象的数组赋值给self.flavors。这是一个同事为你写的类,是用来将装了字典类型对象的数组转换为Flavor对象。如果你喜欢的话你可以仔细看看这个工厂类,但是它对教程的其他部分不是特别重要。
编译并运行!现在你可以选择一个冰淇淋口味了!
选择装饰物
app看起来很不错了,但是你仍然可以进行优化。
你有没有注意到app花费了几秒钟的时间来下载flavors文件?如果你的网络很快的话你可能注意不到,但是用户不会都这么幸运的。
为了让用户理解app现在正在加载什么内容,你可以显示一个加载指示器。MBProgressHUD是个很不错的加载指示器.并且它支持CocoaPods,多么的巧合!
你需要把这个加入到你的podfile里面。你现在不用通过命令行打开podfile了,你可以在工作区的pods中找到它。
打开podFile并在Alamofire后面加入下面几行:
1
|
pod ‘MBProgressHUD‘ , ‘~> 0.9.0‘ |
保存文件,并在终端通过pod install命令来安装依赖文件,就像你之前做的那样。
这次发现什么不同的了吗?对,你写出了具体的版本号~>0.9.0。这儿会发生什么呢?
Cocoapods建议所有的pods都使用语义化版本号(Semantic Versioning)。
语义化版本号
这三个数字被定义为主要的,次要的和补丁版本号。例如,版本号0.9.0会被翻译为
当主要的(major)版本号数字增加时, 意味着你做了一些不能兼容旧版本的更新。当你将pod升级到下一个主要版本时,你可能需要修复编译错误,否则pod可能跟之前表现得不太一样。
当次要(minor)版本号增加时,意味着增加了新功能,但同时兼容旧版本。当你决定升级时,你可能需要也可能不需要新的功能,但是它不应该引起编译错误或者改变现有的功能。
当补丁(patch)版本号增加的时候,这意味着做了bug修复。但是没有没有增加也没有改变功能。一般来说,你会希望尽快更新补丁版本到最新的版本,以便使用最新最稳定版本的pod。
最后,最高版本号(major>minor>patch)必须按照以上规则逐步增加,而较低的版本号必须从0开始。
需要一个例子吗?
考虑一个当前版本为1.2.3的pod。
如果做了一些不能向后兼容的改变,没有新的功能,但是修改了现有的bug,那么下一个版本是2.0.0
挑战时间
1.如果一个pod当前版本号是2.4.6,并且做了一些修复bug的改变,添加了一些向后兼容的功能,新版本应该是多少呢??
答案:2.5.0
解释:如果修改包含向后兼容的新功能,次要版本号(monir)就要增加了,并且补丁版本号(patch)就要被置为0.
2.如果一个pod的当前版本是3.5.8,并且对当前的功能做了一些改变,新版本应该是多少?
答案:4.0.0
解释:如果改变修改了现有的功能,那么这就是不向后兼容的。所以,主要版本号(major)必须增加,而次要版本和补充版本置为0.
3.如果一个pod的向前版本号是10.20.30并且只修复了一些bug,那么新版本号应该是多少?
答案:10.20.31
解释:如果只修复了bug,补充版本号(patch)就要增加了。
说了这么多,这儿有一个例外:
如果一个pod的版本低于1.0.0,这就被认为是测试版,次要版本号(minor)增加可能意味着向后兼容的改变。
所以在MBProgressHUB中使用~>0.9.0意味着你需要安装大于或者等于0.9.0但是小于0.10.0的最新的版本.
这就保证了你在安装pod的时候获得了最新的bug修复,但是不会意外的拉去向后兼容的改变。这儿还有一些其他的可用操作。具体的列表,请看Podfile Syntax Reference。
显示进程
现在,回到PickFlavorViewController.swift,在其他的引用下面添加下面的内容
1
|
import MBProgressHUD |
下一步,在loadFlavors()后面加入以下方法
1
2
3
4
5
|
private func showLoadingHUD() { let hud = MBProgressHUD.showHUDAddedTo(contentView, animated: true ) hud.labelText = "Loading..." } private func hideLoadingHUD() { MBProgressHUD.hideAllHUDsForView(contentView, animated: true )} |
现在在loadFlavors()方法中,添加下面代码:
1
2
3
4
5
6
|
private func loadFlavors() { showLoadingHUD() // <-- Add this line Alamofire.request(.GET, urlString, encoding: .PropertyList(.XMLFormat_v1_0, 0)) .responsePropertyList { request, response, array, error in self.hideLoadingHUD() // <-- And this line if let error = error { //... |
就像方法名字所表明的,showLoadingHUD()方法会在GET请求下载时产生一个MBProgressHUD的实例对象,当请求结束时hideLoadingHUD()会将HUD隐藏。由于showLoadingHUD()在闭包之外所以它不需要前置代码self。
编译运行。现在你会看到一个加载指示器:
干的漂亮!用户现在可以选择他们最喜欢的冰淇淋口味了,并且在口味文件下载的时候会显示一个正在加载的指示器。
下一步
你可以从这儿 下载完整的项目
恭喜你,现在你已经学会了使用cocoapods的基础,包括创建和修改依赖性文件,并且理解了语义化版本号。现在你可以准备开始在你自己的项目中使用他们了。
当然你 还可以用cocoapods做很多别的事。你可以在Cocoapods官方网站上搜索现有的pods。也可以参考Cocoapods指南去学习如何使用这个杰出工具的更多细节内容。但是要记住,一旦你开始使用你会好奇你曾经是怎么不用它来进行管理的!
以上是关于怎样在Swift中使用CocoaPods-b的主要内容,如果未能解决你的问题,请参考以下文章
在 Swift 和 Objective-C 项目中使用 CocoaPods