一、為什么 SwiftUI 用 “some View” 作為視圖類型

SwiftUI 高度依賴 Swift 5.1 引入的一個強(qiáng)大特性，它叫 “opaque return types” ，它可以用于函數(shù)、方法和屬性返回一些值，無需向調(diào)用API的客戶端揭示該值的具體類型。每一次你看到?some View?的地方就是它了。它表示 “某個遵循View協(xié)議的特定類型，但我們不必說具體是什么”

返回?some View?相較只返回?View?有兩個重要的區(qū)別：

名列前茅個區(qū)別對于性能至關(guān)重要：SwiftUI 需要能夠監(jiān)視我們正在展示的視圖并理解它們?nèi)绾巫兓员闼苷_地更新用戶接口。如果我們允許隨機(jī)地改變視圖（類型），對于 SwiftUI 來說，搞清楚究竟發(fā)生了什么變化會變得很慢 —— 基本上需要從頭開始。

第個區(qū)別也很重要，因?yàn)?SwiftUI 用?ModifiedContent?構(gòu)建起數(shù)據(jù)。之前我們向你展示過下面這份代碼：

Button(“Hello World”) {

??? print(type(of: self.body))

}

.frame(width: 200, height: 200)

.background(Color.red)

這個代碼創(chuàng)建了一個按鈕，如果打印它的 Swift 類型，會給出一組由?ModifiedContent?構(gòu)成的很長的輸出。

View?協(xié)議有一個與之關(guān)聯(lián)的類型。以 Swift 的方式，我們說?View本身沒有任何含義—— 我們需要指出它精確的類型。就如果 Swift 不讓我們說 “這個變量是個數(shù)組”，相反，它要求我們說數(shù)組里有什么：“這個變量是個字符串?dāng)?shù)組。”

因此，如下代碼是不被允許的：

struct ContentView: View {

??? var body: View {

??????? Text(“Hello World”)

??? }

}

但下面的代碼則是完全合法的：

struct ContentView: View {

??? var body: Text {

??????? Text(“Hello World”)

??? }

}

返回?View?沒有意義，因?yàn)?Swift 希望知道視圖里有什么 —— 它內(nèi)心的空洞沒被填滿。另一方面，返回?Text?就是 OK 的，因?yàn)槲覀兲钛a(bǔ)了這個空洞，Swift 知道視圖是什么了。

現(xiàn)在我們回到早期的代碼：

Button(“Hello World”) {

??? print(type(of: self.body))

}

.frame(width: 200, height: 200)

.background(Color.red)

如果我們想要在body?屬性里返回上面任何一個視圖類型，我們應(yīng)該怎么書寫代碼？你可能會嘗試搞清楚這些?ModifiedContent?泛型組合的結(jié)果，但這實(shí)際上太痛苦了，事實(shí)上我們根本不用關(guān)系，這些都是 SwiftUI 的活。

some View?說的是：“它將返回一個特定的 view 類型，比如Button?或者?Text，但我不想說具體是啥。” 因此，視圖的空洞會被一個真實(shí)的視圖填充，但不要求我們精確地寫出這個冗長的類型。

延伸閱讀：

二、SwiftUI生命周期

SwiftUI同UIKit和AppKit的主要區(qū)別之一是，SwiftUI的視圖（View）是值類型，并不是對屏幕上繪制內(nèi)容的具體引用。在SwiftUI中，開發(fā)者為視圖創(chuàng)建描述，而并不實(shí)際渲染它們。

在UIKit（或AppKit）中，視圖（或視圖控制器）有明確的生命周期節(jié)點(diǎn)，比如vidwDidload、loadView、viewWillAppear、didAddSubView、didMoveToSuperview等方法，它們本質(zhì)上充當(dāng)了鉤子的角色，讓開發(fā)者能夠通過執(zhí)行一段邏輯來響應(yīng)系統(tǒng)給定的事件。

SwiftUI的視圖，本身沒有清晰（可適當(dāng)描述）的生命周期，它們是值、是聲明。SwiftUI提供了幾個修改器（modifier）來實(shí)現(xiàn)類似UIKit中鉤子方法的行為。比如onAppear同viewWillAppear的表現(xiàn)很類似。同UIKit的鉤子方法的位置有很大的不同， onAppear和onDisappear是在當(dāng)前視圖的父視圖上聲明的。

將UIKit視圖包裝成SwiftUI的視圖時，我們需要了解兩者生命周期之間的不同，不要強(qiáng)行試圖找到完全對應(yīng)的方法，要從SwiftUI的角度來思考如何調(diào)用UIKit視圖。