Swift 2.0初探:值得注意的新特性


guard語句


guard語句和if語句有點(diǎn)類似略荡,都是根據(jù)其關(guān)鍵字之后的表達(dá)式的布爾值決定下一步執(zhí)行什么掷伙。但與if語句不同的是企蹭,guard語句只會(huì)有一個(gè)代碼塊亦渗,不像if語句可以if else多個(gè)代碼塊贪绘。

那么guard語句的作用到底是什么呢?顧名思義央碟,就是守護(hù)税灌。guard語句判斷其后的表達(dá)式布爾值為false時(shí),才會(huì)執(zhí)行之后代碼塊里的代碼亿虽,如果為true菱涤,則跳過整個(gè)guard語句,我們舉例來看看洛勉。

我們以今年高考為例粘秆,在進(jìn)入考場(chǎng)時(shí)一般都會(huì)檢查身份證和準(zhǔn)考證,我們寫這樣一個(gè)方法:

func checkup(person: [String: String!]) {
   
    // 檢查身份證收毫,如果身份證沒帶攻走,則不能進(jìn)入場(chǎng)
    guard let id = person["id"] else {
        print("沒有身份證殷勘,不能進(jìn)入場(chǎng)!")
        return
    }
     
    // 檢查準(zhǔn)考證,如果準(zhǔn)考證沒帶昔搂,則不能進(jìn)入場(chǎng)
    guard let examNumber = person["examNumber"] else {
        print("沒有準(zhǔn)考證玲销,不能進(jìn)入場(chǎng)!")
        return
    }
     
    // 身份證和準(zhǔn)考證齊全,方可進(jìn)入場(chǎng)
    print("您的身份證號(hào)為:\(id)摘符,準(zhǔn)證號(hào)為:\(examNumber)贤斜。請(qǐng)進(jìn)入場(chǎng)!")
     
}
checkup(["id": "123456"]) // 沒有準(zhǔn)證,不能進(jìn)入場(chǎng)!
checkup(["examNumber": "654321"]) // 沒有身份證逛裤,不能進(jìn)入場(chǎng)!
checkup(["id": "123456", "examNumber": "654321"]) // 您的身份證號(hào)為:123456瘩绒,準(zhǔn)考證號(hào)為:654321。請(qǐng)進(jìn)入場(chǎng)!

上述代碼中的第一個(gè)guard語句用于檢查身份證带族,如果檢查到身份證沒帶锁荔,也就是表達(dá)式為false時(shí),執(zhí)行大括號(hào)里的代碼蝙砌,并返回阳堕。第二個(gè)guard語句則檢查準(zhǔn)考證。

如果兩證齊全拍霜,則執(zhí)行最后一個(gè)打印語句嘱丢,上面的兩個(gè)guard語句大括號(hào)內(nèi)的代碼都不會(huì)執(zhí)行,因?yàn)樗麄儽磉_(dá)式的布爾值都是true祠饺。

這里值得注意的是越驻,id和examNumber可以在guard語句之外使用,也就是說當(dāng)guard對(duì)其表達(dá)式進(jìn)行驗(yàn)證后道偷,id和examNumber可在整個(gè)方法的作用域中使用缀旁,并且是解包后的。

我們?cè)儆胕f else語句寫一個(gè)類似的方法:

func checkupUseIf(person: [String: String!]) {
     
    if let id = person["id"], let examNumber = person["examNumber"] {
        print("您的身份證號(hào)為:\(id)勺鸦,準(zhǔn)考證號(hào)為:\(examNumber)并巍。請(qǐng)進(jìn)入場(chǎng)!")
    } else {
        print("證件不齊全换途,不能進(jìn)入場(chǎng)!")
    }
     
    print("您的身份證號(hào)為:\(id)懊渡,準(zhǔn)考證號(hào)為:\(examNumber)")  // 報(bào)異常
     
}
checkupUseIf(["id": "123456"]) // 證件不齊全,不能進(jìn)入考場(chǎng)!
checkupUseIf(["examNumber": "654321"]) // 證件不齊全军拟,不能進(jìn)入考場(chǎng)!
checkupUseIf(["id": "123456", "examNumber": "654321"]) // 您的身份證號(hào)為:123456剃执,準(zhǔn)考證號(hào)為:654321。請(qǐng)進(jìn)入考場(chǎng)!

我們可以看到用if else實(shí)現(xiàn)的方法顯然不如guard實(shí)現(xiàn)的那么精準(zhǔn)懈息。而且id和examNumber的作用域只限在if的第一個(gè)大括號(hào)內(nèi)肾档,超出這個(gè)作用域編譯就會(huì)報(bào)錯(cuò)。

通過上述兩個(gè)小例子不難看出,guard語句正如一個(gè)稱職的守衛(wèi)怒见,層層把關(guān)俗慈,嚴(yán)防一切不允許發(fā)生的事,并且讓代碼具有更高的可讀性遣耍,非常棒闺阱。


異常處理


在Swift 1.0時(shí)代是沒有異常處理和拋出機(jī)制的,如果要處理異常配阵,要么使用if else語句或switch語句判斷處理馏颂,要么使用閉包形式的回調(diào)函數(shù)處理示血,再要么就使用NSError處理棋傍。以上這些方法都不能像Java中的try catch異常控制語句那樣行如流水难审、從容不迫的處理異常瘫拣,而且也會(huì)降低代碼的可讀性。當(dāng)Swift 2.0到來后告喊,一切都不一樣了麸拄。

在Swift 2.0中Apple提供了使用throws、throw黔姜、try拢切、do、catch這五個(gè)關(guān)鍵字組成的異掣殉常控制處理機(jī)制淮椰。下面我們來舉例看看如何使用,我用使用手機(jī)刷朋友圈為例纳寂。

首先我們需要定義異常枚舉主穗,在Swift 2.0中Apple提供了ErrorType協(xié)議需要我們自定義的異常枚舉遵循:

enum WechatError: ErrorType {
    case NoBattery // 手機(jī)沒電
    case NoNetwork // 手機(jī)沒網(wǎng)
    case NoDataStream // 手機(jī)沒有流量
}

我們定義了導(dǎo)致不能刷微信的錯(cuò)誤枚舉’wechatError。然后定義一個(gè)檢查是否可以刷微信的方法checkIsWechatOk():

func checkIsWechatOk(isPhoneHasBattery: Bool, isPhoneHasNetwork: Bool, dataStream: Int) throws {
     
    guard isPhoneHasBattery else {
        throw WechatError.NoBattery
    }
     
    guard isPhoneHasNetwork else {
        throw WechatError.NoNetwork
    }
     
    guard dataStream > 50 else {
        throw WechatError.NoDataStream
    }
     
}

這里注意毙芜,在方法名后有throws關(guān)鍵字忽媒,意思為該方法產(chǎn)生的異常向上層拋出。在方法體內(nèi)使用guard語句對(duì)各種狀態(tài)進(jìn)行判斷腋粥,然后使用throw關(guān)鍵字拋出對(duì)應(yīng)的異常晦雨。然后我們定義刷微信的方法:

func playWechat(isPhoneHasBattery: Bool, isPhoneHasNetwork: Bool, dataStream: Int) {
     
    do {
        try checkIsWechatOk(isPhoneHasBattery, isPhoneHasNetwork: isPhoneHasNetwork, dataStream: dataStream)
        print("放心刷,刷到天昏地暗隘冲!")
    } catch WechatError.NoBattery {
        print("手機(jī)都沒電闹瞧,刷個(gè)鬼啊对嚼!")
    } catch WechatError.NoNetwork {
        print("沒有網(wǎng)絡(luò)哎夹抗,洗洗玩單機(jī)吧!")
    } catch WechatError.NoDataStream {
        print("沒有流量了纵竖,去蹭Wifi吧漠烧!")
    } catch {
        print("見鬼了杏愤!")
    }
     
}
playWechat(true, isPhoneHasNetwork: true, dataStream: 60) // 放心刷,刷到天昏地暗已脓!
playWechat(true, isPhoneHasNetwork: false, dataStream: 60) // 沒有網(wǎng)絡(luò)哎珊楼,洗洗玩單機(jī)吧!
playWechat(false, isPhoneHasNetwork: true, dataStream: 60) // 手機(jī)都沒電度液,刷個(gè)鬼安拮凇!
playWechat(true, isPhoneHasNetwork: true, dataStream: 30) // 沒有流量了堕担,去蹭Wifi吧已慢!

上述的代碼示例中,首先檢查是否可以刷微信的方法前使用try關(guān)鍵字霹购,表示允許該方法拋出異常佑惠,然后使用了do catch控制語句捕獲拋出的異常,進(jìn)而做相關(guān)的邏輯處理齐疙。

這套異常處理機(jī)制使Swift更加的全面和安全膜楷,并且提高了代碼的可讀性,非常棒贞奋。


協(xié)議擴(kuò)展


在Swift 1.0 時(shí)代赌厅,協(xié)議(Protocol)基本上類似一個(gè)接口,定義若干屬性和方法轿塔,供類特愿、結(jié)構(gòu)體、枚舉遵循和實(shí)現(xiàn)催训。在Swift 2.0中洽议,可以對(duì)協(xié)議進(jìn)行屬性或者方法的擴(kuò)展,和擴(kuò)展類與結(jié)構(gòu)體類似漫拭。這讓我們開啟了面向協(xié)議編程的篇章亚兄。

Swift中,大多數(shù)基礎(chǔ)對(duì)象都遵循了CustomStringConvertible協(xié)議采驻,比如Array审胚、Dictionary(Swift 1.0中的Printable協(xié)議),該協(xié)議定義了description方法礼旅,用于print方法打印對(duì)象∩胚叮現(xiàn)在我們對(duì)該協(xié)議擴(kuò)展一個(gè)方法,讓其打印出大寫的內(nèi)容:

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

如果在Swfit 1.0時(shí)代痘系,要想達(dá)到上述示例的效果菲嘴,那么我們需要分別對(duì)Array、Dictionary進(jìn)行擴(kuò)展,所以協(xié)議的擴(kuò)展極大的提高了我們的編程效率龄坪,也同樣使代碼更簡(jiǎn)潔和易讀昭雌。


打印語句的改變


在Swift1中,有'println()'和'print()'兩個(gè)在控制臺(tái)打印語句的方法健田,前者是換行打印烛卧,后者是連行打印。在Swift2中妓局,'println()'已成為過去总放,取而代之的是他倆的結(jié)合體。如果你想做換行打印好爬,現(xiàn)在需要這樣寫:

print("我要換行局雄!", appendNewline: true)

available檢查


作為iOS開發(fā)者,誰都希望使用最新版本iOS的Api進(jìn)行開發(fā)抵拘,省事省力哎榴。但常常事與愿違型豁,因?yàn)槲覀兘?jīng)常需要適配老版本的iOS僵蛛,這就會(huì)面臨一個(gè)問題,一些新特性特性或一些類無法在老版本的iOS中使用迎变,所以在編碼過程中經(jīng)常會(huì)對(duì)iOS的版本做以判斷充尉,就像這樣:

if NSClassFromString("NSURLQueryItem") != nil {
    // iOS 8或更高版本
} else{
    // iOS8之前的版本
}

以上這只是一種方式,在Swift 2.0之前也沒有一個(gè)標(biāo)準(zhǔn)的模式或機(jī)制幫助開發(fā)者判斷iOS版本衣形,而且容易出現(xiàn)疏漏驼侠。在Swift 2.0到來后,我們有了標(biāo)準(zhǔn)的方式來做這個(gè)工作:

if #available(iOS 8, *) {
    // iOS 8或更高版本
    let queryItem = NSURLQueryItem()
} else {
    // iOS8之前的版本
}

這個(gè)特性讓我們太幸福谆吴。


do-while語句重命名


經(jīng)典的do-while語句改名了倒源,改為了repeat-while:

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

個(gè)人感覺更加直觀了。


defer關(guān)鍵字


在一些語言中句狼,有try/finally這樣的控制語句笋熬,比如Java。這種語句可以讓我們?cè)趂inally代碼塊中執(zhí)行必須要執(zhí)行的代碼腻菇,不管之前怎樣的興風(fēng)作浪胳螟。在Swift 2.0中,Apple提供了defer關(guān)鍵字筹吐,讓我們可以實(shí)現(xiàn)同樣的效果糖耸。

func checkSomething() {
     
    print("CheckPoint 1")
    doSomething()
    print("CheckPoint 4")
     
}
func doSomething() {
     
    print("CheckPoint 2")
    defer {
        print("Clean up here")
    }
    print("CheckPoint 3")
     
}
checkSomething() // CheckPoint 1, CheckPoint 2, CheckPoint 3, Clean up here, CheckPoint 4

上述示例可以看到,在打印出“CheckPoint 2”之后并沒有打印出“Clean up here”丘薛,而是“CheckPoint 3”嘉竟,這就是defer的作用,它對(duì)進(jìn)行了print("Clean up here")延遲。我們?cè)賮砜匆粋€(gè)I/O的示例:

// 偽代碼
func writeSomething() {
     
    let file = OpenFile()
     
    let ioStatus = fetchIOStatus()
    guard ioStatus != "error" else {
        return
    }
    file.write()
     
    closeFile(file)
     
}

上述示例是一個(gè)I/O操作的偽代碼舍扰,如果獲取到的ioStatus正常铡俐,那么該方法沒有問題,如果ioStatus取到的是error妥粟,那么會(huì)被guard語句抓到執(zhí)行return操作审丘,這樣的話closeFile(file)就永遠(yuǎn)都不會(huì)執(zhí)行了,一個(gè)嚴(yán)重的Bug就這樣產(chǎn)生了勾给。下面我們看看如何用defer來解決這個(gè)問題:

// 偽代碼
func writeSomething() {
     
    let file = OpenFile()
    defer {
        closeFile(file)
    }
     
    let ioStatus = fetchIOStatus()
    guard ioStatus != "error" else {
        return
    }
    file.write()
     
}

我們將closeFile(file)放在defer代碼塊里滩报,這樣即使ioStatus為error,在執(zhí)行return前會(huì)先執(zhí)行defer里的代碼播急,這樣就保證了不管發(fā)生什么脓钾,最后都會(huì)將文件關(guān)閉。

defer又一個(gè)保證我們代碼健壯性的特性桩警,我非常喜歡可训。

Swift 2.0中的新特性當(dāng)然不止以上這些,但窺一斑可見全豹捶枢,Swift 2.0努力將更快握截、更安全做到極致,這是開發(fā)人員的福音烂叔,讓我們盡情享受這門美妙的語言吧谨胞。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市蒜鸡,隨后出現(xiàn)的幾起案子胯努,更是在濱河造成了極大的恐慌,老刑警劉巖逢防,帶你破解...
    沈念sama閱讀 206,311評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件叶沛,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡忘朝,警方通過查閱死者的電腦和手機(jī)灰署,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來辜伟,“玉大人氓侧,你說我怎么就攤上這事〉冀疲” “怎么了约巷?”我有些...
    開封第一講書人閱讀 152,671評(píng)論 0 342
  • 文/不壞的土叔 我叫張陵,是天一觀的道長旱捧。 經(jīng)常有香客問我独郎,道長踩麦,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,252評(píng)論 1 279
  • 正文 為了忘掉前任氓癌,我火速辦了婚禮谓谦,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘贪婉。我一直安慰自己反粥,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,253評(píng)論 5 371
  • 文/花漫 我一把揭開白布疲迂。 她就那樣靜靜地躺著才顿,像睡著了一般。 火紅的嫁衣襯著肌膚如雪尤蒿。 梳的紋絲不亂的頭發(fā)上郑气,一...
    開封第一講書人閱讀 49,031評(píng)論 1 285
  • 那天,我揣著相機(jī)與錄音腰池,去河邊找鬼尾组。 笑死,一個(gè)胖子當(dāng)著我的面吹牛示弓,可吹牛的內(nèi)容都是我干的讳侨。 我是一名探鬼主播,決...
    沈念sama閱讀 38,340評(píng)論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼避乏,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼爷耀!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起拍皮,我...
    開封第一講書人閱讀 36,973評(píng)論 0 259
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎跑杭,沒想到半個(gè)月后铆帽,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,466評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡德谅,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,937評(píng)論 2 323
  • 正文 我和宋清朗相戀三年爹橱,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片窄做。...
    茶點(diǎn)故事閱讀 38,039評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡愧驱,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出椭盏,到底是詐尸還是另有隱情组砚,我是刑警寧澤,帶...
    沈念sama閱讀 33,701評(píng)論 4 323
  • 正文 年R本政府宣布掏颊,位于F島的核電站糟红,受9級(jí)特大地震影響艾帐,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜盆偿,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,254評(píng)論 3 307
  • 文/蒙蒙 一柒爸、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧事扭,春花似錦捎稚、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至谈撒,卻和暖如春腥泥,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背啃匿。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評(píng)論 1 262
  • 我被黑心中介騙來泰國打工蛔外, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人溯乒。 一個(gè)月前我還...
    沈念sama閱讀 45,497評(píng)論 2 354
  • 正文 我出身青樓夹厌,卻偏偏與公主長得像,于是被迫代替她去往敵國和親裆悄。 傳聞我的和親對(duì)象是個(gè)殘疾皇子矛纹,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,786評(píng)論 2 345

推薦閱讀更多精彩內(nèi)容

  • 轉(zhuǎn)眼間,Swift已經(jīng)一歲多了光稼,這門新鮮或南、語法時(shí)尚、類型安全艾君、執(zhí)行速度更快的語言已經(jīng)漸漸的深入廣大開發(fā)者的心采够。我同...
    DevTalking閱讀 1,921評(píng)論 1 17
  • 更多優(yōu)秀譯文請(qǐng)關(guān)注我們的微信公眾號(hào):learnSwift 原文鏈接:Friday Q&A 2015-06-19: ...
    梁杰_numbbbbb閱讀 4,933評(píng)論 3 34
  • 轉(zhuǎn)眼間,Swift已經(jīng)一歲多了冰垄,這門新鮮蹬癌、語法時(shí)尚、類型安全虹茶、執(zhí)行速度更快的語言已經(jīng)漸漸的深入廣大開發(fā)者的心逝薪。我同...
    透支未來閱讀 159評(píng)論 0 0
  • 隨著剛剛結(jié)束的 WWDC 2015 蘋果發(fā)布了一系列更新,這其中就包括了令人振奮的 Swift 2.0蝴罪。 這是對(duì)之...
    SwiftCafe閱讀 1,309評(píng)論 5 8
  • 2016年下半年洲炊,朋友圈微博里轉(zhuǎn)發(fā)頻率最高的視頻之一感局,大約就是王健林“一個(gè)億的小目標(biāo)”了尼啡。一個(gè)億的目標(biāo)對(duì)普羅大眾來...
    菜菜少吃肉閱讀 423評(píng)論 0 0