自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

全面解析Swift 2錯誤處理技術(shù)

譯文
作者：朱先忠編譯
移動開發(fā) iOS
自從Swift 1開始就提供了錯誤處理技術(shù)支持;這種技術(shù)是受來自于Objective-C的啟發(fā)而開發(fā)出的。Swift 2在這方面的改進(jìn)使得處理您的應(yīng)用程序中的意外狀態(tài)和條件更加簡單直接。

 自從Swift 1開始就提供了錯誤處理技術(shù)支持;這種技術(shù)是受來自于Objective-C的啟發(fā)而開發(fā)出的。Swift 2在這方面的改進(jìn)使得處理您的應(yīng)用程序中的意外狀態(tài)和條件更加簡單直接。

就像其他普通的編程語言一樣，Swift中的錯誤處理技術(shù)也存在不同類型，具體情況則要取決于遇到的錯誤類型和您的應(yīng)用程序的總體結(jié)構(gòu)。

本教程將帶您通過具體的例子來介紹如何最有效地處理常見的錯誤情況。你還會看到如何升級早期版本Swift編寫的項(xiàng)目中的錯誤處理模塊。文章***，將集中介紹未來版本的Swift可能提供的錯誤處理技術(shù)!

【注意】本教程假定您已熟悉使用Swift 2語法，特別是枚舉(enumberations)和可選值(optionals)。如果你需要復(fù)習(xí)一下這些概念，建議您閱讀Greg Heo的文章“What’s New in Swift 2”。

接下來，就讓我們開始踏上Swift 2錯誤處理技術(shù)的學(xué)習(xí)征程，你一定會體會到不一樣的樂趣的!

簡介

本教程提供了兩個初學(xué)者案例供大家學(xué)習(xí)使用，它們的下載地址分別是：https://cdn4.raywenderlich.com/wp-content/uploads/2016/04/Avoiding-Errors-with-nil-Starter.playground-1.zip和 https://cdn4.raywenderlich.com/wp-content/uploads/2016/04/Avoiding-Errors-with-Custom-Handling-Starter.playground-1.zip。

為了跟蹤本文中的實(shí)例代碼，請下載這兩個示例工程。

首先，請使用Xcode打開***個初學(xué)者案例Errors with nil。通讀工程中的代碼，你會看到有幾個類、結(jié)構(gòu)和枚舉定義。

請注意代碼的以下部分：

  1. protocol MagicalTutorialObject { 
  2.  
  3. var avatar: String { get } 
  4.  
  5. } 

這個協(xié)議適用于本教程中使用的所有類和結(jié)構(gòu)，它用于為工程中的每一個對象有關(guān)信息提供可視化描述——打印到控制臺中。

  1. enum MagicWords: String { 
  2.  
  3. case Abracadbra = "abracadabra" 
  4.  
  5. case Alakazam = "alakazam" 
  6.  
  7. case HocusPocus = "hocus pocus" 
  8.  
  9. case PrestoChango = "presto chango" 
  10.  
  11. } 

此枚舉定義了一些可用于創(chuàng)建一個魔法的咒語。

  1. struct Spell: MagicalTutorialObject { 
  2.  
  3. var magicWords: MagicWords = .Abracadbra 
  4.  
  5. var avatar = "*" 
  6.  
  7. } 

這是一個魔法的基本構(gòu)建塊。默認(rèn)情況下，它的初始化咒語值為“Abracadbra”。

現(xiàn)在，您已經(jīng)熟悉了我們要介紹的例子中的一些基本術(shù)語，那么接下來您要開始施行一些“魔法”了。

為什么要關(guān)注錯誤處理

錯誤處理是一種以優(yōu)雅方式失敗的藝術(shù)。

——出自《Swift Apprentice》一書的第12章(“錯誤處理”)

好的錯誤處理方法有助于增強(qiáng)最終用戶和軟件維護(hù)人員的體驗(yàn)，使其更容易地查明問題、 問題原因及其可能產(chǎn)生的嚴(yán)重后果。代碼中錯誤處理得越具體，問題就越容易診斷。錯誤處理也可以讓系統(tǒng)用適當(dāng)?shù)姆绞綊伋鲥e誤，從而不至于挫敗或擾亂用戶。

但并不是需要處理一切錯誤。如果程序員不處理，語言功能本身也可能會使您完全避免某些類別的錯誤。作為一般規(guī)則，如果你能避免錯誤的可能性，那么請遵循這樣的設(shè)計(jì)思路。如果你不能避免潛在的錯誤條件，那么顯式處理錯誤是你***的選擇。

使用nil避免Swift錯誤

由于Swift提供了優(yōu)雅的可選項(xiàng)(Optionals)處理能力;所以，在你期望值出現(xiàn)但未提供值的地方您完全可以避免錯誤條件。作為一個聰明的程序員，你可以操縱此功能：通過一個錯誤條件判斷故意返回nil。這種方法最適合用于當(dāng)你到達(dá)一個錯誤狀態(tài)但你不必采取任何措施的情形;也就是說，你選擇不采取措施而不是采取緊急措施。

兩個典型的使用nil避免Swift錯誤的例子是可失敗構(gòu)造器和guard語句。

可失敗構(gòu)造器(failable initializer)

可失敗構(gòu)造器能夠防止一個對象的創(chuàng)建——除非已提供了足夠的信息。在Swift 2以前(以及在其他語言中)，這一功能通常是通過工廠方法模式實(shí)現(xiàn)的。

Swift使用這種模式的一個示例在createWithMagicWords方法中就會看到：

  1. static func createWithMagicWords(words: String) -> Spell? { 
  2.  
  3. if let incantation = MagicWords(rawValue: words) { 
  4.  
  5. var spell = Spell() 
  6.  
  7. spell.magicWords = incantation 
  8.  
  9. return spell 
  10.  
  11. } 
  12.  
  13. else { 
  14.  
  15. return nil 
  16.  
  17. } 
  18.  
  19. } 

上述初始化器試圖使用提供的咒語創(chuàng)建一個魔法(spell);但如果言語不是咒語(magic words)，改以返回nil。

你可以在本教程***部的代碼中觀察魔法的創(chuàng)建來查看這種方法的使用：

你會注意到： first使用咒語“abracadabra”成功創(chuàng)建一個魔法，而咒語“ascendio”并不會產(chǎn)生這種效果，并返回second的值為nil。

工廠方法是一種老式的編程風(fēng)格。其實(shí)，在Swift中有更好的方式來實(shí)現(xiàn)同樣的事情。為此，你只需使用一個可失敗構(gòu)造器而不是工廠方法來更新spell擴(kuò)展即可。

于是，你可以刪除createWithMagicWords(_:)方法并把它替換為以下內(nèi)容：

  1. init?(words: String) { 
  2.  
  3. if let incantation = MagicWords(rawValue: words) { 
  4.  
  5. self.magicWords = incantation 
  6.  
  7. } 
  8.  
  9. else { 
  10.  
  11. return nil 
  12.  
  13. } 
  14.  
  15. } 

在這里，你簡化了代碼——并沒有顯式創(chuàng)建和返回spell對象。

給first和second賦值的語句行現(xiàn)在會拋出編譯時錯誤：

  1. let first = Spell.createWithMagicWords("abracadabra") 
  2.  
  3. let second = Spell.createWithMagicWords("ascendio") 

你需要更改這些語句——使用新的初始化器。為此，你只需要使用以下內(nèi)容替換上面的代碼行即可：

  1. let first = Spell(words: "abracadabra") 
  2.  
  3. let second = Spell(words: "ascendio") 

此后，所有錯誤應(yīng)修復(fù)完畢，再編譯示例工程應(yīng)沒有什么錯誤。這樣修改以后，您的代碼整潔多了——但是其實(shí)你可以做得比這更好!

Guard語句

guard是一種斷言某事是否為真實(shí)的快速方法。然后，如果檢查失敗，您可以執(zhí)行事先設(shè)計(jì)的代碼塊。

Guard是Swift 2引入的，通常用于通過調(diào)用堆棧以冒泡法處理錯誤，最終錯誤將得到處理。Guard語句允許提前退出一個函數(shù)或方法;這使得程序員更清楚對于剩下的要運(yùn)行的處理邏輯需要存在哪些條件。

為了進(jìn)一步精簡魔法的可失敗構(gòu)造器，我們再來使用guard方法修改一下上面代碼：

  1. init?(words: String) { 
  2.  
  3. guard let incantation = MagicWords(rawValue: words) else { 
  4.  
  5. return nil 
  6.  
  7. } 
  8.  
  9. self.magicWords = incantation 
  10.  
  11. } 

這樣修改后，就沒有必要再在一個單獨(dú)的行上使用一個單獨(dú)的else子句;而且，失敗的情況也更加明顯，因?yàn)樗F(xiàn)在位于初始化程序的頂部。

請注意，***和第二個魔法常量的值沒有改變，但代碼卻變得更為精簡了。

使用定制處理器避免錯誤

上面通過精簡魔法的可失敗構(gòu)造器并通過巧妙地使用nil已經(jīng)可以避免一些錯誤。接下來，讓我們來處理一些更復(fù)雜的錯誤。

為了學(xué)習(xí)接下來的錯誤處理技術(shù)，請打開工程Avoiding-Errors-with-Custom-Handling-Starter.playground-1。

請注意下面代碼中的特征：

  1. struct Spell: MagicalTutorialObject { 
  2.  
  3. var magicWords: MagicWords = .Abracadbra 
  4.  
  5. var avatar = "*" 
  6.  
  7. init?(words: String) { 
  8.  
  9. guard let incantation = MagicWords(rawValue: words) else { 
  10.  
  11. return nil 
  12.  
  13. } 
  14.  
  15. self.magicWords = incantation 
  16.  
  17. } 
  18.  
  19. init?(magicWords: MagicWords) { 
  20.  
  21. self.magicWords = magicWords 
  22.  
  23. } 
  24.  
  25. } 

這里定義的是Spell的構(gòu)造器，我們對之作了簡要修改以匹配您在本教程的***部分所完成的工作。此外，請注意這里還使用了MagicalTutorialObject協(xié)議和另外一個為了方便使用而引入的可失敗構(gòu)造器。

  1. protocol Familiar: MagicalTutorialObject { 
  2.  
  3. var noise: String { get } 
  4.  
  5. var name: String? { get set } 
  6.  
  7. init() 
  8.  
  9. init(name: String?) 
  10.  
  11. } 

這里的Familiar協(xié)議將適用于各類寵物(如蝙蝠和蟾蜍，為女巫所豢養(yǎng)和驅(qū)使)，在本文第二個示例工程中一直這樣使用。

接下來看女巫(Witch)的定義：

  1. struct Witch: MagicalBeing { 
  2.  
  3. var avatar = "*" 
  4.  
  5. var name: String? 
  6.  
  7. var familiar: Familiar? 
  8.  
  9. var spells: [Spell] = [] 
  10.  
  11. var hat: Hat? 
  12.  
  13. init(name: String?, familiar: Familiar?) { 
  14.  
  15. self.name = name 
  16.  
  17. self.familiar = familiar 
  18.  
  19. if let s = Spell(magicWords: .PrestoChango) { 
  20.  
  21. self.spells = [s] 
  22.  
  23. } 
  24.  
  25. } 
  26.  
  27. init(name: String?, familiar: Familiar?, hat: Hat?) { 
  28.  
  29. self.init(name: name, familiar: familiar) 
  30.  
  31. self.hat = hat 
  32.  
  33. } 
  34.  
  35. func turnFamiliarIntoToad() -> Toad { 
  36.  
  37. if let hat = hat { 
  38.  
  39. if hat.isMagical { // When have you ever seen a Witch perform a spell without her magical hat on ? :] 
  40.  
  41. if let familiar = familiar { // Check if witch has a familiar 
  42.  
  43. if let toad = familiar as? Toad { // Check if familiar is already a toad - no magic required 
  44.  
  45. return toad 
  46.  
  47. } else { 
  48.  
  49. if hasSpellOfType(.PrestoChango) { 
  50.  
  51. if let name = familiar.name { 
  52.  
  53. return Toad(name: name) 
  54.  
  55. } 
  56.  
  57. } 
  58.  
  59. } 
  60.  
  61. } 
  62.  
  63. } 
  64.  
  65. } 
  66.  
  67. return Toad(name: "New Toad") // This is an entirely new Toad. 
  68.  
  69. } 
  70.  
  71. func hasSpellOfType(type: MagicWords) -> Bool { // Check if witch currently has appropriate spell in their spellbook 
  72.  
  73. return spells.contains { $0.magicWords == type } 
  74.  
  75. } 
  76.  
  77. } 

現(xiàn)在，讓我們簡單作一下總結(jié)：

初始化女巫：使用name和familiar參數(shù)，或者再添加一個hat參數(shù)。

一個女巫知道有限數(shù)量的魔法;這些存儲魔法在spells中，spells是一個魔法對象的數(shù)組。

每一個巫婆似乎都有一個嗜好，即在turnFamiliarIntoToad()方法中通過使用PrestoChango咒語把她的寵物變成一只癩蛤蟆。

請注意上面方法turnFamiliarIntoToad()中的縮進(jìn)字符的數(shù)量。此外，你還應(yīng)當(dāng)注意：該方法中如果有任何差錯，將返回一只全新的蟾蜍。這似乎令人費(fèi)解(而且有些錯誤!)。在下一節(jié)中，通過自定義錯誤處理技術(shù)您會完全明白這段代碼的。

使用重構(gòu)技術(shù)

在上面的turnFamiliarIntoToad()方法中使用了多級嵌套語句來控制程序流程，而閱讀這樣的嵌套代碼相當(dāng)費(fèi)勁。

如你前面看到的，Guard語句和多個可選綁定的使用有助于清除上面金字塔式復(fù)雜代碼。然而，利用do-catch機(jī)制，通過從錯誤狀態(tài)處理中解耦控制流能夠徹底消除這一問題。

do-catch機(jī)制通常出現(xiàn)在以下關(guān)鍵字前后：

throws

do

catch

try

defer

ErrorType

若要查看這些關(guān)鍵字的實(shí)際使用，你要拋出多個自定義錯誤。首先，你要定義你希望處理的語句，你可以通過一個枚舉來列出一切可能出錯的內(nèi)容。

然后，將下面的代碼添加到你的示例工程(一個與游樂場內(nèi)容有關(guān)的程序)的女巫(Witch)定義的上方：

  1. enum ChangoSpellError: ErrorType { 
  2.  
  3. case HatMissingOrNotMagical 
  4.  
  5. case NoFamiliar 
  6.  
  7. case FamiliarAlreadyAToad 
  8.  
  9. case SpellFailed(reason: String) 
  10.  
  11. case SpellNotKnownToWitch 
  12.  
  13. } 

請注意與ChangoSpellError有關(guān)的兩點(diǎn)：

它符合ErrorType協(xié)議，這是在Swift語言中定義錯誤時的必要條件。

在SpellFailed情形下，可以針對魔法失敗通過一個關(guān)聯(lián)值指定一個自定義原因。

接下來，把throws關(guān)鍵字添加到方法簽名中，以指示調(diào)用此方法時可能會發(fā)生錯誤：

  1. func turnFamiliarIntoToad() throws -> Toad { 

然后，在MagicalBeing協(xié)議上也作一下更新：

  1. protocol MagicalBeing: MagicalTutorialObject { 
  2.  
  3. var name: String? { get set } 
  4.  
  5. var spells: [Spell] { get set } 
  6.  
  7. func turnFamiliarIntoToad() throws -> Toad 
  8.  
  9. } 

既然你已經(jīng)列出所有錯誤狀態(tài)，接下來你可以重構(gòu)turnFamiliarIntoToad()方法。

處理帽子相關(guān)錯誤

首先，修改下面的語句以確保女巫戴著她最重要的帽子，把語句：

  1. if let hat = hat { 

修改為：

  1. guard let hat = hat else { 
  2.  
  3. throw ChangoSpellError.HatMissingOrNotMagical 
  4.  
  5. } 

【注意】不要忘記刪除方法底部的}符號;否則工程將會出現(xiàn)編譯錯誤!

下一行包含一個布爾值檢查，也是與帽子相關(guān)的：

  1. if hat.isMagical { 

您可以選擇添加一個單獨(dú)的guard語句來執(zhí)行這項(xiàng)檢查;但是，把一組檢查統(tǒng)一放在一行代碼中更為清楚。因此，你可以更改***個的guard語句，像下面這樣：

  1. guard let hat = hat where hat.isMagical else { 
  2.  
  3. throw ChangoSpellError.HatMissingOrNotMagical 
  4.  
  5. } 

現(xiàn)在，經(jīng)這樣一修改，也一并消除了if hat.isMagical {檢查部分。

在下一節(jié)中，你會繼續(xù)解除那種成金字塔形可怕的條件語句。

處理Familiar有關(guān)錯誤

【譯者注】在本文中，我把“familiar”翻譯為“寵物”，即前面為女巫所豢養(yǎng)和驅(qū)駛的各種小動物。

接下來，讓我們修改檢測是否女巫是否含有familiar的語句，即把語句：

  1. if let familiar = familiar { 

修改為從另一個guard語句中拋出一個錯誤：

  1. guard let familiar = familiar else { 
  2.  
  3. throw ChangoSpellError.NoFamiliar 
  4.  
  5. } 

目前，我們先忽略發(fā)生的任何錯誤，因?yàn)槟憬酉聛淼拇a更改會使它們消失。

處理Toad相關(guān)錯誤

在下一行中，如果巫婆想要對毫無戒心的兩棲類施加turnFamiliarIntoToad()咒語的話，你需要返回現(xiàn)有的蟾蜍，但使用一種明確的錯誤會更好地告知她犯的錯誤。為此，把以下內(nèi)容：

  1. if let toad = familiar as? Toad { 
  2.  
  3. return toad 
  4.  
  5. } 

修改成如下語句：

  1. if familiar is Toad { 
  2.  
  3. throw ChangoSpellError.FamiliarAlreadyAToad 
  4.  
  5. } 

注意到，這里把a(bǔ)s?修改為is，從而可以更簡潔地檢查與協(xié)議的一致性，而不一定需要使用結(jié)果。關(guān)鍵字is還可以用于更普遍形式的類型比較。如果你有興趣更多地學(xué)習(xí)is和as，建議你閱讀蘋果官網(wǎng)中《Swift編程語言》的類型轉(zhuǎn)換部分(https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/TypeCasting.html)。

使用上面技術(shù)，我們就可以把else子句里面的內(nèi)容放到else子句外面，從而刪除掉else。

處理魔法相關(guān)錯誤

***，對hasSpellOfType(type:)方法的調(diào)用可以確保女巫在她的魔法書中存在適當(dāng)?shù)哪Х?。為此，我們把下面的代碼：

  1. if hasSpellOfType(.PrestoChango) { 
  2.  
  3. if let toad = f as? Toad { 
  4.  
  5. return toad 
  6.  
  7. } 
  8.  
  9. } 

更改為如下代碼：

  1. guard hasSpellOfType(.PrestoChango) else { 
  2.  
  3. throw ChangoSpellError.SpellNotKnownToWitch 
  4.  
  5. } 
  6.  
  7. guard let name = familiar.name else { 
  8.  
  9. let reason = "Familiar doesn’t have a name." 
  10.  
  11. throw ChangoSpellError.SpellFailed(reason: reason) 
  12.  
  13. } 
  14.  
  15. return Toad(name: name) 

現(xiàn)在，您可以刪除***一行代碼，這是沒有問題的，即刪除下面一行：

  1. return Toad(name: "New Toad") 

現(xiàn)在，你擁有了以下簡練的方法。其中，我提供了幾點(diǎn)補(bǔ)充，以進(jìn)一步解釋代碼的作用：

  1. func turnFamiliarIntoToad() throws -> Toad { 
  2.  
  3. // When have you ever seen a Witch perform a spell without her magical hat on ? :] 
  4.  
  5. guard let hat = hat where hat.isMagical else { 
  6.  
  7. throw ChangoSpellError.HatMissingOrNotMagical 
  8.  
  9. } 
  10.  
  11. // Check if witch has a familiar 
  12.  
  13. guard let familiar = familiar else { 
  14.  
  15. throw ChangoSpellError.NoFamiliar 
  16.  
  17. } 
  18.  
  19. // Check if familiar is already a toad - if so, why are you casting the spell? 
  20.  
  21. if familiar is Toad { 
  22.  
  23. throw ChangoSpellError.FamiliarAlreadyAToad 
  24.  
  25. } 
  26.  
  27. guard hasSpellOfType(.PrestoChango) else { 
  28.  
  29. throw ChangoSpellError.SpellNotKnownToWitch 
  30.  
  31. } 
  32.  
  33. // Check if the familiar has a name 
  34.  
  35. guard let name = familiar.name else { 
  36.  
  37. let reason = "Familiar doesn’t have a name." 
  38.  
  39. throw ChangoSpellError.SpellFailed(reason: reason) 
  40.  
  41. } 
  42.  
  43. // It all checks out! Return a toad with the same name as the witch's familiar 
  44.  
  45. return Toad(name: name) 
  46.  
  47. } 

以前，從turnFamiliarIntoToad()方法中返回一個可選項(xiàng)僅表明了“施加這個魔法時出現(xiàn)了某種錯誤”。但，像這樣使用自定義的錯誤，你可以更清楚地表示錯誤狀態(tài)，從而對其做出相應(yīng)的反應(yīng)。

其他適合定制錯誤的地方

現(xiàn)在，既然建立了方法可以拋出自定義Swift錯誤，你就需要進(jìn)一步處理這些錯誤。這樣做的標(biāo)準(zhǔn)機(jī)制稱為do-catch語句，這類似于在其他如Java語言中使用的try-catch機(jī)制。

現(xiàn)在，請將下面的代碼添加到你的工程文件的***：

  1. func exampleOne() { 
  2.  
  3. print("") // Add an empty line in the debug area 
  4.  
  5. // 1 
  6.  
  7. let salem = Cat(name: "Salem Saberhagen") 
  8.  
  9. salem.speak() 
  10.  
  11. // 2 
  12.  
  13. let witchOne = Witch(name: "Sabrina", familiar: salem) 
  14.  
  15. do { 
  16.  
  17. // 3 
  18.  
  19. try witchOne.turnFamiliarIntoToad() 
  20.  
  21. } 
  22.  
  23. // 4 
  24.  
  25. catch let error as ChangoSpellError { 
  26.  
  27. handleSpellError(error) 
  28.  
  29. } 
  30.  
  31. // 5 
  32.  
  33. catch { 
  34.  
  35. print("Something went wrong, are you feeling OK?") 
  36.  
  37. } 
  38.  
  39. } 

以下是該函數(shù)所實(shí)現(xiàn)的任務(wù)：

1. 創(chuàng)建這個女巫的寵物，它是一只叫Salem的貓。

2. 創(chuàng)建女巫，名字叫Sabrina。

3. 嘗試把這只貓變成一只癩蛤蟆。

4. 捕獲一個ChangoSpellError錯誤，并適當(dāng)?shù)靥幚礤e誤。

5. ***，捕捉所有其他錯誤并打印出一條友好的信息。

添加上述內(nèi)容后，你會看到一個編譯器錯誤?，F(xiàn)在，我們著手解決這個問題。

handleSpellError()方法尚未定義，因此，把下列代碼添加到前面exampleOne()函數(shù)定義的上面：

  1. func handleSpellError(error: ChangoSpellError) { 
  2.  
  3. let prefix = "Spell Failed." 
  4.  
  5. switch error { 
  6.  
  7. case .HatMissingOrNotMagical: 
  8.  
  9. print("\(prefix) Did you forget your hat, or does it need its batteries charged?") 
  10.  
  11. case .FamiliarAlreadyAToad: 
  12.  
  13. print("\(prefix) Why are you trying to change a Toad into a Toad?") 
  14.  
  15. default: 
  16.  
  17. print(prefix) 
  18.  
  19. } 
  20.  
  21. } 

***，把以下內(nèi)容添加到文件的底部并運(yùn)行工程代碼：

  1. exampleOne() 

你會看到調(diào)試控制臺輸出顯示有關(guān)內(nèi)容：

捕獲錯誤

下面給出在上面的代碼片段中使用的每一個Swift 2錯誤處理技術(shù)的簡短概括。

catch子句

你可以在Swift中使用模式匹配來處理特定錯誤或把幾種錯誤類型放在一起處理。

上面的代碼中向你演示了捕獲錯誤的幾種用法：一個是捕獲特定的ChangoSpell錯誤，一個是一起處理剩余錯誤的情況。

try子句

你可以使用try子句并結(jié)合do-catch子句來清楚表明哪些行或代碼段可能拋出錯誤。

你可以通過幾種不同的方式來使用try命令，上面使用過的是下面之一：

try——清楚和直接的do-catch語句中的標(biāo)準(zhǔn)用法，這是上面代碼中使用的方式。

try?——本質(zhì)上是通過忽視錯誤的方式來處理錯誤;如果拋出一個錯誤，語句的結(jié)果將為nil。

try!——該子句強(qiáng)調(diào)一種期望結(jié)果：理論上，一個語句能夠拋出一個錯誤;但實(shí)際上，這種錯誤條件永遠(yuǎn)不會發(fā)生。try!子句可用于像加載文件這樣的編程代碼中，這種情況下你有把握確保某些所需的媒體存在。應(yīng)小心使用這個子句。

現(xiàn)在，讓我們具體地了解try?子句的用法。你可以把下列代碼剪切并粘貼到你上面文件的底部：

  1. func exampleTwo() { 
  2.  
  3. print("") // Add an empty line in the debug area 
  4.  
  5. let toad = Toad(name: "Mr. Toad") 
  6.  
  7. toad.speak() 
  8.  
  9. let hat = Hat() 
  10.  
  11. let witchTwo = Witch(name: "Elphaba", familiar: toad, hat: hat) 
  12.  
  13. let newToad = try? witchTwo.turnFamiliarIntoToad() 
  14.  
  15. if newToad != nil { // Same logic as: if let _ = newToad 
  16.  
  17. print("Successfully changed familiar into toad.") 
  18.  
  19. } 
  20.  
  21. else { 
  22.  
  23. print("Spell failed.") 
  24.  
  25. } 
  26.  
  27. } 

請注意上面代碼中exampleOne的不同之處。在這里，你不必關(guān)心特定錯誤的輸出問題，但仍然要捕捉發(fā)生錯誤的事實(shí)。這里并沒有創(chuàng)建蟾蜍寵物;所以，newToad的值為nil。

傳播錯誤

throws

如果一個函數(shù)或方法拋出錯誤，在Swift中需要使用throws關(guān)鍵字。拋出的錯誤會沿調(diào)用堆棧向上自動傳播，但人們普遍認(rèn)為讓錯誤從其發(fā)生源地傳播太遠(yuǎn)是一個不好的做法。在整個代碼庫中增加錯誤可能性的重大傳播可能會躲過恰當(dāng)?shù)腻e誤處理機(jī)會;為此，借助于throws關(guān)鍵字可以確保傳播能夠在代碼中記錄在案，并且對編程人員也很容易了解這一點(diǎn)。

rethrows

目前為止，你所看到的所有示例都使用了throws，但怎么使用rethrows呢?

rethrows告訴編譯器僅當(dāng)函數(shù)參數(shù)拋出錯誤時這個函數(shù)才拋出錯誤。下面是一個最直接的例子(無需將它添加到前面的文件中)：

  1. func doSomethingMagical(magicalOperation: () throws -> MagicalResult) rethrows -> MagicalResult { 
  2.  
  3. return try magicalOperation() 
  4.  
  5. } 

在這里，doSomethingMagical(_:)方法僅當(dāng)提供給函數(shù)的magicalOperation參數(shù)拋出錯誤時才拋出錯誤。如果成功了，它返回一個MagicalResult值。

操縱錯誤處理行為

defer

雖然自動傳播在大多數(shù)情況下工作良好，但也有些情況下，當(dāng)錯誤在調(diào)用堆棧中向上傳播時你可能要進(jìn)一步控制你的應(yīng)用程序的行為。

Defer語句提供了一種機(jī)制，每當(dāng)退出當(dāng)前范圍允許程序執(zhí)行“清理”工作，如方法或函數(shù)返回時。它用于管理需要清理的資源——無論動作是否成功。因此，在錯誤處理上下文中尤為有用。

【譯者注】建議你結(jié)合C++/Java等語言中的finally子句加以理解。

為了了解defer的使用，請將下面的方法添加到Witch結(jié)構(gòu)的***：

  1. func speak() { 
  2.  
  3. defer { 
  4.  
  5. print("*cackles*") 
  6.  
  7. } 
  8.  
  9. print("Hello my pretties.") 
  10.  
  11. } 

然后，將下面的代碼添加到前面文件的底部：

  1. func exampleThree() { 
  2.  
  3. print("") // Add an empty line in the debug area 
  4.  
  5. let witchThree = Witch(name: "Hermione", familiar: nil, hat: nil) 
  6.  
  7. witchThree.speak() 
  8.  
  9. } 
  10.  
  11. exampleThree() 

在調(diào)試控制臺中，您應(yīng)該看到女巫在說完所有話后發(fā)出咯咯的笑聲。

有趣的是，defer語句是以其編程時順序的相反的順序執(zhí)行的。

現(xiàn)在，我們把另一個defer添加到speak()語句，以便女巫可以咯咯地發(fā)笑。然后，女巫在說完所有話后發(fā)出咯咯的笑聲：

  1. func speak() { 
  2.  
  3. defer { 
  4.  
  5. print("*cackles*") 
  6.  
  7. } 
  8.  
  9. defer { 
  10.  
  11. print("*screeches*") 
  12.  
  13. } 
  14.  
  15. print("Hello my pretties.") 
  16.  
  17. } 

你注意到調(diào)試控制臺中的輸出順序了嗎?這正是defer語句的能力!

與錯誤有關(guān)的更有趣的事情

本文中提供的上述Swift語句使其與很多其他受歡迎的語言保持了一致，從而把Swift從Objective-C基于NSError基礎(chǔ)的錯誤處理方法中分離出來。而大多數(shù)情況下的Objective-C錯誤都是直譯式的，編譯器中的靜態(tài)分析器能夠很好地幫助你確定你需要哪些錯誤及何時需要捕獲錯誤。

雖然do-catch相關(guān)支持語句在其他語言中也有很大的開銷;但是，在Swift語言中，它們基本上像任何其他語句一樣處理。這將確保它們的有效性和高效率。

但是，不要因?yàn)槟憧梢詣?chuàng)建自定義錯誤并拋出錯誤并隨意地使用。這方面，建議你針對你開發(fā)的工程先制定一些準(zhǔn)則：何時需要拋出和捕獲錯誤。對此，我提出下列建議：

確保錯誤類型在您的整個代碼庫中被清楚地命名。

當(dāng)單個錯誤狀態(tài)時盡量使用可選值(Optionals)。

當(dāng)存在超過一個錯誤狀態(tài)時使用自定義錯誤處理技術(shù)。

不允許錯誤從其源地傳播得太遠(yuǎn)。

未來的Swift錯誤處理

在各種Swift論壇中經(jīng)常討論幾種高級錯誤處理想法。其中，談?wù)撟疃嗟母拍钪皇欠穷愋突瘋鞑サ膯栴}。

“......我們相信我們可以擴(kuò)展我們當(dāng)前的模型以支持非類型化傳播的普遍錯誤。這項(xiàng)工作怎樣才能做得很好——特別是在不完全犧牲代碼大小和性能的情況下，將引發(fā)大量深度研究?？梢灶A(yù)測，在Swift 2.0中實(shí)現(xiàn)這一方法是沒有問題的。”(來自《Swift 2.x Error Handling》)

不論你是否在享用Swift 3中的主流錯誤處理思想，是否對于今天存在的東西滿意，令人高興的是，隨著語言技術(shù)的繼續(xù)發(fā)展，整潔的錯誤處理技術(shù)正在各地積極討論中并不斷改進(jìn)。

小結(jié)

您可以下載本教程已完成的游樂場示例工程進(jìn)一步研究討論，地址是https://cdn2.raywenderlich.com/wp-content/uploads/2016/04/Magical-Error-Handling-in-Swift.zip。

如果你渴望看到有關(guān)Swift 3的新進(jìn)展，我推薦你參閱《Swift Language Proposals》(https://github.com/apple/swift/tree/master/docs/proposals)。

希望到目前為止，你已經(jīng)真正沉迷于Swift中的錯誤處理技術(shù)。

責(zé)任編輯：趙立京 來源： 51CTO
Swift 2錯誤
相關(guān)推薦

2023-10-26 12:05:14

Golang開發(fā)

2024-03-27 08:18:02

Spring映射HTML

2011-07-06 15:04:41

ASP

2022-09-05 08:55:15

Go2提案語法

2021-04-14 07:08:14

Nodejs錯誤處理

2022-11-16 08:41:43

2014-11-17 10:05:12

Go語言

2009-08-05 16:04:50

2010-06-01 16:14:04

2021-04-29 09:02:44

語言Go 處理

2023-10-28 16:30:19

Golang開發(fā)

2017-03-08 08:57:04

JavaScript錯誤堆棧

2017-04-06 14:40:29

JavaScript錯誤處理堆棧追蹤

2023-12-26 22:05:53

并發(fā)代碼goroutines

2011-05-25 10:26:42

ora-02069錯誤

2015-08-19 14:11:56

SQL Server錯誤處理

2009-06-19 16:20:14

ASP.NET錯誤處理

2023-11-08 15:04:55

事務(wù)GORM

2023-10-08 20:31:18

React

2025-01-16 16:36:00

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號