swift:Swift 2.0值得注意的新特性

前端之家收集整理的这篇文章主要介绍了swift:Swift 2.0值得注意的新特性前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

guard语句

guard语句和if语句有点类似,都是根据其关键字之后的表达式的布尔值决定下一步执行什么。但与if语句不同的是,guard语句只会有一个代码块,不像if语句可以if else多个代码块。

那么guard语句的作用到底是什么呢?顾名思义,就是守护。guard语句判断其后的表达式布尔值为false时,才会执行之后代码块里的代码,如果为true,则跳过整个guard语句,我们举例来看看。

我们以今年高考为例,在进入考场时一般都会检查身份证和准考证,我们写这样一个方法

1
2
3
4
5
6
7
@H_404_32@ 8
9
10
11
12
13
14
15
16
17
18
19
20
21
funccheckup(person:[String:String!]){
//检查身份证,如果身份证没带,则不能进入考场
guardletid=person[ "id" ] else {
print( "没有身份证,不能进入考场!" )
return
}
//检查准考证,如果准考证没带,则不能进入考场
guardletexamNumber=person[ "examNumber" {
"没有准考证,不能进入考场!" )
return
}
//身份证和准考证齐全,方可进入考场
"您的身份证号为:\(id),准考证号为:\(examNumber)。请进入考场!" )
}
checkup([ : "123456" ]) //没有准考证,不能进入考场!
"654321" //没有身份证,不能进入考场!
, //您的身份证号为:123456,准考证号为:654321。请进入考场!

上述代码中的第一个guard语句用于检查身份证,如果检查到身份证没带,也就是表达式为false时,执行大括号里的代码,并返回。第二个guard语句则检查准考证。

如果两证齐全,则执行最后一个打印语句,上面的两个guard语句大括号内的代码都不会执行,因为他们表达式的布尔值都是true。

这里值得注意的是,id和examNumber可以在guard语句之外使用,也就是说当guard对其表达式进行验证后,id和examNumber可在整个方法的作用域中使用,并且是解包后的。

我们再用if else语句写一个类似的方法

14
funccheckupUseIf(person:[String:String!]){
if letid=person[ ],letexamNumber=person[ ]{
"您的身份证号为:\(id),准考证号为:\(examNumber)。请进入考场!" )
} {
"证件不齐全,不能进入考场!" )
"您的身份证号为:\(id),准考证号为:\(examNumber)" ) //报异常
}
checkupUseIf([ //证件不齐全,不能进入考场!
//证件不齐全,不能进入考场!
我们可以看到用if else实现的方法显然不如guard实现的那么精准。而且id和examNumber的作用域只限在if的第一个大括号内,超出这个作用域编译就会报错。

通过上述两个小例子不难看出,guard语句正如一个称职的守卫,层层把关,严防一切不允许发生的事,并且让代码具有更高的可读性,非常棒。

异常处理

在Swift 1.0时代是没有异常处理和抛出机制的,如果要处理异常,要么使用if else语句或switch语句判断处理,要么使用闭包形式的回调函数处理,再要么就使用NSError处理。以上这些方法都不能像Java中的try catch异常控制语句那样行如流水、从容不迫的处理异常,而且也会降低代码的可读性。当Swift 2.0到来后,一切都不一样了。

在Swift 2.0中Apple提供了使用throws、throw、try、do、catch这五个关键字组成的异常控制处理机制。下面我们来举例看看如何使用,我用使用手机刷朋友圈为例。

首先我们需要定义异常枚举,在Swift 2.0中Apple提供了ErrorType协议需要我们自定义的异常枚举遵循:

5
enumWechatError:ErrorType{
case NoBattery //手机没电
NoNetwork //手机没网
NoDataStream //手机没有流量
}

我们定义了导致不能刷微信的错误枚举’wechatError。然后定义一个检查是否可以刷微信的方法checkIsWechatOk():

15
funccheckIsWechatOk(isPhoneHasBattery:Bool,isPhoneHasNetwork:Bool,dataStream:Int)throws{
guardisPhoneHasBattery {
throw WechatError.NoBattery
}
guardisPhoneHasNetwork {
WechatError.NoNetwork
}
guarddataStream>50 {
WechatError.NoDataStream
这里注意,在方法名后有throws关键字,意思为该方法产生的异常向上层抛出。在方法体内使用guard语句对各种状态进行判断,然后使用throw关键字抛出对应的异常。然后我们定义刷微信的方法

20
funcplayWechat(isPhoneHasBattery:Bool,dataStream:Int){
do try checkIsWechatOk(isPhoneHasBattery,isPhoneHasNetwork:isPhoneHasNetwork,dataStream:dataStream)
"放心刷,刷到天昏地暗!" catch WechatError.NoBattery{
"手机都没电,刷个鬼啊!" )
WechatError.NoNetwork{
"没有网络哎,洗洗玩单机吧!" )
WechatError.NoDataStream{
"没有流量了,去蹭Wifi吧!" {
"见鬼了!" )
}
}
playWechat( true //放心刷,刷到天昏地暗!
false //没有网络哎,洗洗玩单机吧!
//手机都没电,刷个鬼啊!
//没有流量了,去蹭Wifi吧!

上述的代码示例中,首先检查是否可以刷微信的方法前使用try关键字,表示允许该方法抛出异常,然后使用了do catch控制语句捕获抛出的异常,进而做相关的逻辑处理。

这套异常处理机制使Swift更加的全面和安全,并且提高了代码的可读性,非常棒。

协议扩展

在Swift 1.0 时代,协议(Protocol)基本上类似一个接口,定义若干属性方法,供类、结构体、枚举遵循和实现。在Swift 2.0中,可以对协议进行属性或者方法的扩展,和扩展类与结构体类似。这让我们开启了面向协议编程的篇章。

Swift中,大多数基础对象都遵循了CustomStringConvertible协议,比如Array、Dictionary(Swift 1.0中的Printable协议),该协议定义了description方法,用于print方法打印对象。现在我们对该协议扩展一个方法,让其打印出大写的内容:

8
var arr=[ "hello" "world" ]
print(arr.description) //"[hello,world]"
extensionCustomStringConvertible{
upperDescription:String{
return "\(self.description.uppercaseString)"
}
}
print(arr.upperDescription) //"[HELLO,WORLD]"

如果在Swfit 1.0时代,要想达到上述示例的效果,那么我们需要分别对Array、Dictionary进行扩展,所以协议的扩展极大的提高了我们的编程效率,也同样使代码更简洁和易读。

打印语句的改变

在Swift1中,有'println()'和'print()'两个在控制台打印语句的方法,前者是换行打印,后者是连行打印。在Swift2中,'println()'已成为过去,取而代之的是他俩的结合体。如果你想做换行打印,现在需要这样写:

1
"我要换行!" )

available检查

作为iOS开发者,谁都希望使用最新版本iOS的Api进行开发,省事省力。但常常事与愿违,因为我们经常需要适配老版本的iOS,这就会面临一个问题,一些新特性特性或一些类无法在老版本的iOS中使用,所以在编码过程中经常会对iOS的版本做以判断,就像这样:

NSClassFromString("NSURLQueryItem")!=nil{
//iOS8或更高版本
//iOS8之前的版本
以上这只是一种方式,在Swift 2.0之前也没有一个标准的模式或机制帮助开发者判断iOS版本,而且容易出现疏漏。在Swift 2.0到来后,我们有了标准的方式来做这个工作:

if#available(iOS8,*){
//iOS8或更高版本
letqueryItem=NSURLQueryItem()
//iOS8之前的版本
这个特性让我们太幸福。

do-while语句重命名

经典的do-while语句改名了,改为了repeat-while:

i=0
repeat{
i++
print(i)
while i<10

个人感觉更加直观了。

defer关键字

在一些语言中,有try/finally这样的控制语句,比如Java。这种语句可以让我们在finally代码块中执行必须要执行的代码,不管之前怎样的兴风作浪。在Swift 2.0中,Apple提供了defer关键字,让我们可以实现同样的效果

17
funccheckSomething(){
"CheckPoint1" )
doSomething()
"CheckPoint4"
funcdoSomething(){
"CheckPoint2" )
defer{
"Cleanuphere" )
"CheckPoint3" )
checkSomething() //CheckPoint1,CheckPoint2,CheckPoint3,Cleanuphere,CheckPoint4

上述示例可以看到,在打印出“CheckPoint 2”之后并没有打印出“Clean up here”,而是“CheckPoint 3”,这就是defer的作用,它对进行了print("Clean up here")延迟。我们再来看一个I/O的示例:

//伪代码
funcwriteSomething(){
letfile=OpenFile()
letioStatus=fetchIOStatus()
guardioStatus!= "error" return
file.write()
closeFile(file)
上述示例是一个I/O操作的伪代码,如果获取到的ioStatus正常,那么该方法没有问题,如果ioStatus取到的是error,那么会被guard语句抓到执行return操作,这样的话closeFile(file)就永远都不会执行了,一个严重的Bug就这样产生了。下面我们看看如何用defer来解决这个问题:

defer{
closeFile(file)
letioStatus=fetchIOStatus()
return
}
file.write()
我们将closeFile(file)放在defer代码块里,这样即使ioStatus为error,在执行return前会先执行defer里的代码,这样就保证了不管发生什么,最后都会将文件关闭

defer又一个保证我们代码健壮性的特性,我非常喜欢。

Swift 2.0中的新特性当然不止以上这些,但窥一斑可见全豹,Swift 2.0努力将更快、更安全做到极致,这是开发人员的福音,让我们尽情享受这门美妙的语言吧。

猜你在找的Swift相关文章