Skip to main content

[Swift3] ? 與 !

學習 Swift 語言覺得最有趣就是變數後面的問號與驚嘆號。看著程式碼帶著一堆 ??!! 相信初學的朋友應該都挺傻眼的。其實會出現 ? 與 ! 是因為 Swift runtime 的特性:不容許變數有 nil 的存在而產生的,這時候就需要先來學習什麼是變數為 Optional(可選性)。

以下是一般情況,預先宣告了一個沒有賦值的變數,然後不小心先使用它,這種情況下就會出現 runtime error:

var string: String
print(string)

---output---------
variable 'string' used before being initialized

加上?宣告成 Optional 就安全過關:

var string: String? //-> 設定為 Optional 所以 runtime safe
print(string)

---output---------
nil

重點一:變數會有 nil 情況發生就是加上 ?

class ClassA {
var b: ClassB? // 不確定b 會不會存在,加上? 就不需要在 init 初始化
}

class ClassB {
var count = 1
var string = "Hahaha"
var x = 12.0
var y = 20.5
}

因為使用了問號 b 還是 Optional,所以沒有 runtime error。

let a = ClassA()
print( "\(a.b?.count)" )

---output---------
nil


而與 ? 相對的就是 ! , 一個包裝,一個拆包。驚嘆號最大的作用就是將「虛轉成實」,所以當使用!打開 Optional 變數時,如果該變數還是 nil 的話,就會出現 runtime error。

let a = ClassA()
print( "\(a.b!.count)" )
//使用 ! 強制將 Optional 的 b 打開,結果因為 b 是 nil 所以有 runtime error

---output---------
fatal error: unexpectedly found nil while unwrapping an Optional value

重點二:想要使用 ! 強制拆包,就必須要很肯定該包裝的內容物是存在的。

Optional Chaining (可選鍵鏈)

Optional 變數可以直接串連取用,由左至右當某一層為 nil 時,就會停止串連。

class ClassC {
var d: ClassD?
}

class ClassD {
var string: String?
}

let obj1 = ClassC()
print("\(obj1.d?.string?.characters.count)")

let obj2 = ClassC()
obj2.d = ClassD()
obj2.d?.string = "I have value."
print("\(obj2.d?.string?.characters.count)")

---output-------
nil
Optional(13)

重點三:透過 Optional Chaining 可以取用多層級下的變數值

If let 與 guard 判斷式

續上段,當我們使用 Optional Chaining 時,為了判斷該變數值存不存在,會使用 if let 將值存到另外一個區域變數內:

let obj3 = ClassC()
obj3.d = ClassD()
obj3.d?.string = "I have value."

if let count = obj3.d?.string?.characters.count {
print("obj3 的字數有: \(count)")
}else{
//值不存在
}

---output-------
obj3 的字數有: 13

雖然 if let 很好用,但是在函式內常使用也可能會陷入 if let {} 的無限迴圈,這時候可以用 guard 敘述讓函式看起來更簡潔,也可以簡略其他不必要的判斷。

guard [condition == true] else {
// if false 就必須馬上跳出
return [函式回傳值]
}

// 上面條件過關,所以繼續執行

例如從網路讀取 JSON string 轉成 struct object, 這時候使用 guard 可以讓 init 建構式清爽又乾淨。

struct Item {
let title: String
let marked : Bool

init?(_ dist: [String: Any]) {
guard let title = dist["title"] as? String,
let marked = dist["marked"] as? Bool
else {
return nil
}

self.title = title
self.marked = marked
}
}


重點四:雖然針對 Optional 變數有很多拆法,但是保持乾淨也是很重要的。

總結

最後直接拿常用的 UITableViewDataSource cellForRowAt 函式來說明三種拆法:
1. 使用 ! 拆包:看起來很乾淨實際危險性高,因為必須確定不會有錯誤發生

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
let cell = tableView.dequeueReusableCell(withIdentifier: "Cell") as! Cell
cell.textLabel?.text = "Row: \(indexPath.row)"

return cell
}

2. 使用 if let 判斷:安全性夠,但是一旦 cell 需要做很多事情的話,會有很多 {} 包圍

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
if let cell = tableView.dequeueReusableCell(withIdentifier: "Cell") as? Cell {
cell.textLabel?.text = "Row: \(indexPath.row)"
return cell
}else{
return UITableViewCell()
}
}

3. 使用 guard 判斷式: 安全且函式內較乾淨,建議採用

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
guard let cell = tableView.dequeueReusableCell(withIdentifier: "Cell") as? Cell else {
return UITableViewCell()
}

cell.textLabel?.text = "Row: \(indexPath.row)"
return cell
}

Comments

Popular posts from this blog

[Flex] PureMVC standard with Spring extensions

由於上次稍微玩了一下 Robotlegs 依賴注入(DI) 主導的 MVC 框架,而著名也使用依賴注入的 Java / Java EE 的 Spring framework 出了 for ActionScript 的版本,剛好在最近 Spring ActionScript 1.0 正式 release 了(想了解 Spring 是啥咪東東的話請自行找 google 大神),這個版本除了基本框架外,也包含了 Cairngorm 與 PureMVC 的外掛...想當然耳,就拿來測試一下用在 PureMVC 內的感覺囉!! 參考了 官方範例 中 PureMVC 唯二的範例原始檔,以下使用的是「設定檔依賴注入 facade 透過 addConfigSource() 的方式來 init 」:(其實除了 embed 外,都是外部載入) Online Demo with source code 工作環境:FlashBuilder, Flex SDK4 請下載 PureMVC Standard 版本 再下載 Spring ActionScript 最新版本後,除了 spring-actionscript-cairngorm 不需要外,都放到 /src 下(記得只需要 org 開始...),也別忘了lib 內的 swc 檔 copy 到 /libs 下 Spring 的 injection 並不像 Robotlegs 直接來個 [Inject] metadata 的自動化那樣方便,但是其冷血度(檔案的鬆偶程度)更勝後者!如果你要使用設定檔(applicationContext.xml) 來做注入的話,準備工作就挺多的...XD 依照 applicationContext.xml 內設定的方式分別寫入 constructor 或者是 setter 依賴注入(本範例統一使用 setter injection) 為了跟大家都沒關係所以都使用 interface 來處理,所以你會在範例中發現大家都有介面...(並沒有真的研究過 Spring,也許還有其他作法) 準備 compiler 時候要用的 classe。由於在 setter, getter 的寫法上都使用 interface,所以真正用到的 class 需要預先在輸出階段就打包到程式內。 基本上 PureMVC 類 class

PureMVC 我也會 [0]

最近感覺 PureMVC 又熱了起來,也剛好好久沒有更新文章了, 就順便將去年底做的企業內訓 PureMVC 課程部分整理寫出來, 要講 PureMVC 當然要先從啥是 MVC 講起: Model-View-Control 出處: 維基百科 MVC ,大概節錄一段: (控制器Controller)- 負責轉發請求,對請求進行處理。 (檢視View) - 介面設計人員進行圖形介面設計。 (模型Model) - 程式設計師編寫程式應有的功能(實作算法等等)、數據庫專家進行資料管理和數據庫設計(可以實作具體的功能)。 其實到 Flash 的世界來講,Model and Control 都是由 .as 處理,而 View 便是 .fla+.as ,為了要鬆綁之間的關係,Event 機制就相當重要。其實每個人對 MVC 的最佳解釋都不同,真的要多練習才會有所領悟。 簡單來說: Model = 餐廳廚房 data: 西餐類 action:依照點菜單做餐點 action: 做完餐點就是將餐點放在出菜口按下通知鈴等服務生來 Control = 服務生 action: 聽到大門歡迎鈴就要說「歡迎光臨」 action: 看到客人揮揮手要去收點菜單 action: 聽到廚房通知鈴看是哪桌的餐點去送菜 View = 餐廳外場 view: 田園式的西餐廳裝潢 action: 客人進門會有歡迎鈴 action: 客人揮揮手叫服務生過來服務,是哪個服務生都無所謂,重點只要會收點菜就行了。 action: 客人收到餐點準備開動 當餐廳要改成外炒店,這時候只需要將大廚換成會中餐廚師,其出的菜就是中式快炒。 當餐廳外場由田園式外觀重新裝潢成華麗感夜店風,其進門的客層也會有所不同。 重點就是當你換掉一個地方時,對其它的部份不會造成太大的影響或者根本無所謂,這就是 MVC 所講求的境界... 一般來說,小專案有沒有必要使用 MVC 就是由各位自己判斷了,當你習慣將程式切分開來,發現 debug 不是一件痛苦的事情時,這時候有沒有強制使用 MVC 倒不是重點,因為你已經養成良好的撰寫習慣。但是開始接觸大型專案配合 team work 時,在沒有一個共用的核心框架前提下,這個專案開發到最後一定會是一個多手多腳的怪物,共用核心框架的價值就在這邊展現,這