一、為什么 SwiftUI 用 “some View” 作為視圖類型
SwiftUI 高度依賴 Swift 5.1 引入的一個(gè)強(qiáng)大特性,它叫 “opaque return types” ,它可以用于函數(shù)、方法和屬性返回一些值,無(wú)需向調(diào)用API的客戶端揭示該值的具體類型。每一次你看到?some View?的地方就是它了。它表示 “某個(gè)遵循View協(xié)議的特定類型,但我們不必說(shuō)具體是什么”
返回?some View?相較只返回?View?有兩個(gè)重要的區(qū)別:
我們必須總是返回相同的類型。盡管我們并不知道返回的 view 的類型,但編譯器知道。名列前茅個(gè)區(qū)別對(duì)于性能至關(guān)重要:SwiftUI 需要能夠監(jiān)視我們正在展示的視圖并理解它們?nèi)绾巫兓员闼苷_地更新用戶接口。如果我們?cè)试S隨機(jī)地改變視圖(類型),對(duì)于 SwiftUI 來(lái)說(shuō),搞清楚究竟發(fā)生了什么變化會(huì)變得很慢 —— 基本上需要從頭開始。
第個(gè)區(qū)別也很重要,因?yàn)?SwiftUI 用?ModifiedContent?構(gòu)建起數(shù)據(jù)。之前我們向你展示過(guò)下面這份代碼:
Button(“Hello World”) {
??? print(type(of: self.body))
}
.frame(width: 200, height: 200)
.background(Color.red)
這個(gè)代碼創(chuàng)建了一個(gè)按鈕,如果打印它的 Swift 類型,會(huì)給出一組由?ModifiedContent?構(gòu)成的很長(zhǎng)的輸出。
View?協(xié)議有一個(gè)與之關(guān)聯(lián)的類型。以 Swift 的方式,我們說(shuō)?View本身沒(méi)有任何含義—— 我們需要指出它精確的類型。就如果 Swift 不讓我們說(shuō) “這個(gè)變量是個(gè)數(shù)組”,相反,它要求我們說(shuō)數(shù)組里有什么:“這個(gè)變量是個(gè)字符串?dāng)?shù)組?!?/p>
因此,如下代碼是不被允許的:
struct ContentView: View {
??? var body: View {
??????? Text(“Hello World”)
??? }
}
但下面的代碼則是完全合法的:
struct ContentView: View {
??? var body: Text {
??????? Text(“Hello World”)
??? }
}
返回?View?沒(méi)有意義,因?yàn)?Swift 希望知道視圖里有什么 —— 它內(nèi)心的空洞沒(méi)被填滿。另一方面,返回?Text?就是 OK 的,因?yàn)槲覀兲钛a(bǔ)了這個(gè)空洞,Swift 知道視圖是什么了。
現(xiàn)在我們回到早期的代碼:
Button(“Hello World”) {
??? print(type(of: self.body))
}
.frame(width: 200, height: 200)
.background(Color.red)
如果我們想要在body?屬性里返回上面任何一個(gè)視圖類型,我們應(yīng)該怎么書寫代碼?你可能會(huì)嘗試搞清楚這些?ModifiedContent?泛型組合的結(jié)果,但這實(shí)際上太痛苦了,事實(shí)上我們根本不用關(guān)系,這些都是 SwiftUI 的活。
some View?說(shuō)的是:“它將返回一個(gè)特定的 view 類型,比如Button?或者?Text,但我不想說(shuō)具體是啥。” 因此,視圖的空洞會(huì)被一個(gè)真實(shí)的視圖填充,但不要求我們精確地寫出這個(gè)冗長(zhǎng)的類型。
延伸閱讀:
二、SwiftUI生命周期
SwiftUI同UIKit和AppKit的主要區(qū)別之一是,SwiftUI的視圖(View)是值類型,并不是對(duì)屏幕上繪制內(nèi)容的具體引用。在SwiftUI中,開發(fā)者為視圖創(chuàng)建描述,而并不實(shí)際渲染它們。
在UIKit(或AppKit)中,視圖(或視圖控制器)有明確的生命周期節(jié)點(diǎn),比如vidwDidload、loadView、viewWillAppear、didAddSubView、didMoveToSuperview等方法,它們本質(zhì)上充當(dāng)了鉤子的角色,讓開發(fā)者能夠通過(guò)執(zhí)行一段邏輯來(lái)響應(yīng)系統(tǒng)給定的事件。
SwiftUI的視圖,本身沒(méi)有清晰(可適當(dāng)描述)的生命周期,它們是值、是聲明。SwiftUI提供了幾個(gè)修改器(modifier)來(lái)實(shí)現(xiàn)類似UIKit中鉤子方法的行為。比如onAppear同viewWillAppear的表現(xiàn)很類似。同UIKit的鉤子方法的位置有很大的不同, onAppear和onDisappear是在當(dāng)前視圖的父視圖上聲明的。
將UIKit視圖包裝成SwiftUI的視圖時(shí),我們需要了解兩者生命周期之間的不同,不要強(qiáng)行試圖找到完全對(duì)應(yīng)的方法,要從SwiftUI的角度來(lái)思考如何調(diào)用UIKit視圖。