Swift，可選包裝。 「？」 「！」我明白它是如何工作的。但爲什麼它比！=無檢查

Question

我明白「！」要麼 」？」作品。但是我不太確定與！=無檢查相比，增加的好處是什麼。移到「！？」的附加好處是什麼？ 我覺得這只是蘋果增加的功能，但與iOS的現狀相比，並不能真正看到額外的好處。 我在這裏錯過了什麼嗎？ 在此先感謝。

Answer 1

檢查零和需要可選的解包之間的區別可以等於你的代碼崩潰或不崩潰之間的差異。如果使用正確的選項，可以提高安全性和使您的代碼更具可讀性。

假設你有一個數組，並且你想獲得它的第一個值。你可能不喜歡這樣：

if !arr.isEmpty { 
    useValue(arr[0]) 
} 

但當然，人們很容易忘記，isEmpty一部分，如果你這樣做，你的代碼將與越界 - 錯誤崩潰。

所以這一翻譯，還有一個更好的方法：使用數組的first方法，如果數組是空的，它返回一個可選的nil：

if let val = arr.first { 
    useValue(val) 
} 

有了這種形式，你無法得到這個錯誤。如果不解開它，就不可能使用這個值。如果你忘記了，你會得到一個編譯錯誤。它也更易讀我的眼睛/

想必你會期望你的!= nil制定的工作是這樣的：

if arr.first != nil { 
    // all optionals would be 「implicit」 
    useValue(arr.first) 
} 

暫且不論，我們在調用.first兩次這是一個有點效率低下，問題的類型兼容性，基本上這讓你回到原點 - 你可以忘記做nil比較，然後，kaboom。或者，你可以採用Objective-C方法，並說nil可以發送消息 - 但這也會導致各種混淆（我個人討厭隱式發送消息的意思是無意義的），還有導致了這個問題，當函數返回一個值類型時，你會怎麼做，如Int。一切都可以爲空嗎？這導致了Obj-C地塊的混亂。

更重要的是，也有可以當你正在處理自選，如零 - 結合介紹各種便利：

// default to 0 if no first element 
arr.first ?? 0 
// much neater than this equivalent form: 
arr.first != nil ? arr.first : 0 

或可選的比較：

// will only be true if arr is non-nil and zero 
if arr.first == 0 { 

} 

更多的例子， ，請參閱this answer

Answer 2

的?操作非常方便，當談到鏈接，例如：

a?.b?.c?.doSomething() 

否則，你就必須檢查a，b和c爲nil，這可能導致更多的不可讀的代碼要比鏈接呢。

另一件事是，你可以很容易地標記參數是可選的，例如，

func someFunc(arg: Type?) 

，它是立即清楚，認爲這是其可以是nil一個類型，即語言強制執行此。否則，你會通過可能是nil的東西，你忘記檢查和體驗崩潰。