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

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

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

名列前茅個區別對于性能至關重要：SwiftUI 需要能夠監視我們正在展示的視圖并理解它們如何變化，以便它能正確地更新用戶接口。如果我們允許隨機地改變視圖（類型），對于 SwiftUI 來說，搞清楚究竟發生了什么變化會變得很慢 —— 基本上需要從頭開始。

第個區別也很重要，因為 SwiftUI 用?ModifiedContent?構建起數據。之前我們向你展示過下面這份代碼：

Button(“Hello World”) {

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

}

.frame(width: 200, height: 200)

.background(Color.red)

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

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

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

struct ContentView: View {

??? var body: View {

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

??? }

}

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

struct ContentView: View {

??? var body: Text {

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

??? }

}

返回?View?沒有意義，因為 Swift 希望知道視圖里有什么 —— 它內心的空洞沒被填滿。另一方面，返回?Text?就是 OK 的，因為我們填補了這個空洞，Swift 知道視圖是什么了。

現在我們回到早期的代碼：

Button(“Hello World”) {

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

}

.frame(width: 200, height: 200)

.background(Color.red)

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

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

延伸閱讀：

二、SwiftUI生命周期

SwiftUI同UIKit和AppKit的主要區別之一是，SwiftUI的視圖（View）是值類型，并不是對屏幕上繪制內容的具體引用。在SwiftUI中，開發者為視圖創建描述，而并不實際渲染它們。

在UIKit（或AppKit）中，視圖（或視圖控制器）有明確的生命周期節點，比如vidwDidload、loadView、viewWillAppear、didAddSubView、didMoveToSuperview等方法，它們本質上充當了鉤子的角色，讓開發者能夠通過執行一段邏輯來響應系統給定的事件。

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

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