Jaka jest różnica między "as?", "As!" I "as"?

Question

Zanim przeniesieni do Swift 1.2, mogę napisać następującą linię:

if let width = imageDetails["width"] as Int? 

Teraz zmusza mnie do napisania tego wiersza:

if let width = imageDetails["width"] as! Int? 

Moje pytanie brzmi, czy jestem zmuszony pisać tak jak powyżej, czy nie mógłbym napisać kodu poniżej i zrobiłby to samo? Czy dałby mi taki sam wynik we wszystkich wartościach imageDetails?

if let width = imageDetails["width"] as Int 

Answer 1

AS hasła czynili zarówno upcasts i downcasts:

// Before Swift 1.2 
var aView: UIView = someView() 

var object = aView as NSObject // upcast 

var specificView = aView as UITableView // downcast 

The uskok, począwszy od klasy pochodnej do klasy bazowej, mogą być sprawdzane w czasie kompilacji i nigdy nie zawodzą.

Jednak odrzucenia mogą się nie udać, ponieważ nie zawsze można być pewnym danej klasy. Jeśli masz UIView, możliwe, że jest to UITableView lub może UIButton. Jeśli twój downcast idzie do właściwego typu - świetnie! Ale jeśli zdarzy ci się określić niewłaściwy typ, dostaniesz błąd runtime i aplikacja się zawiesi.

W Swift 1.2, downcasts musi być opcjonalny z as? lub "wymuszony failable" z as !. Jeśli masz pewność co do typu, możesz wymusić obsadę jako! podobny do tego, jak byłoby użyć niejawnie-rozpakowany opcjonalnie:

// After Swift 1.2 
var aView: UIView = someView() 

var tableView = aView as! UITableView 

Wykrzyknik sprawia, że ​​absolutnie jasne, że wiesz co robisz i że istnieje szansa, wszystko pójdzie bardzo źle, jeśli już przypadkowo mieszane Twoje typy!

Jak zwykle, jako? z opcjonalnym wiązania jest najbezpieczniejszym sposobem, aby przejść:

// This isn't new to Swift 1.2, but is still the safest way 
var aView: UIView = someView() 

if let tableView = aView as? UITableView { 
    // do something with tableView 
} 

Got to ze strony: SOURCE

Answer 2

Prawidłowa idiom, który powinien zrobić dokładnie to, co chcesz (we wszystkich wersjach Swift przynajmniej do września włącznie 1.2) jest opcjonalnym rzutowaniem as?.

if let width = imageDetails["width"] as? Int 

Opcjonalny odlew zwraca opcjonalny (w tym przypadku w tym przypadku) i jest testowany w czasie wykonywania. Twój oryginalny kod prawdopodobnie wymusił rzutowanie na opcjonalny typ.

Answer 3

as

Swift 1.2, a następnie, as mogą być wykorzystywane tylko dla upcasting (lub ujednoznacznienie) i dopasowane wzór:

// 'as' for disambiguation 
let width = 42 as CGFloat 
let block = { x in x+1 } as Double -> Double 
let something = 3 as Any? // optional wrapper can also be added with 'as' 

// 'as' for pattern matching 
switch item { 
case let obj as MyObject: 
    // this code will be executed if item is of type MyObject 
case let other as SomethingElse: 
    // this code will be executed if item is of type SomethingElse 
... 
} 

---

as?

The Operator warunkowy obsada as? próbuje wykonać konwersję, ale zwraca nil, jeśli nie może. Zatem jego wynik jest opcjonalny.

let button = someView as? UIButton // button's type is 'UIButton?' 

if let label = (superview as? MyView)?.titleLabel { 
    // ... 
} 

---

as!

Operator as! jest zmuszony rodzaj konwersji.

pomocą wymuszonego formę operatora typ odlewu (as!) tylko wtedy, gdy jesteś pewienże przygnębiony zawsze uda. Ta forma operatora wyzwoli błąd runtime error, jeśli spróbujesz obniżyć do niewłaściwego typu klasy.

// 'as!' for forced conversion. 
// NOT RECOMMENDED. 
let buttons = subviews as! [UIButton] // will crash if not all subviews are UIButton 
let label = subviews.first as! UILabel