6月23日凌晨 1 點，蘋果 WWDC20 開發(fā)者大會在線上以主題演講的方式，在 Apple Park 進行直播。

23-26日，蘋果公開了 100 多個面向開發(fā)者的視頻，內容涵蓋Swift / SwiftUI 、App Clips、Widgets、Privacy & Security 等等方面。

對于開發(fā)者和程序員來說，我們有哪些新發(fā)現和新思考？

前言

image

PS: 需要讀者對 Swift 及 SwiftUI 1.0 有一定熟悉。SwiftUI Apps

蘋果在最近幾年的動作中一直在搞 Apple Platform 統(tǒng)一的事情，從最近幾年的 iPad 多任務 多窗口，到 Mac Catalyst 再到今年更進一步直接推出了 Apple silicon 芯片更是從硬件上做到了真正統(tǒng)一（話外音：你們在軟件上玩的那些跨平臺的都是小玩意，硬件才是王道）。 還提供了 Rosetta2 Universal2 幫助開發(fā)者基本無成本的遷移到新平臺上。但是作為軟件工程師還是要更多的關注軟件生態(tài)的變化。首先了解下創(chuàng)建 APP 時的變化

image

可以看到創(chuàng)建新工程時有了一套全新的模板基于 SwiftUI App Lifecycle 的跨平臺項目。
代碼也從原本的基于 UI/NS HostViewController 變成了基于 APP 的聲明式描述，下面是代碼的前后對比.

• Before

class SceneDelegate: UIResponder, UIWindowSceneDelegate {
    var window: UIWindow?

    func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
        let contentView = ContentView()
        if let windowScene = scene as? UIWindowScene {
            let window = UIWindow(windowScene: windowScene)
            window.rootViewController = UIHostingController(rootView: contentView)
            self.window = window
            window.makeKeyAndVisible()
        }
    }
}

• After

import SwiftUI 
@main
struct MyApp: App {
    var body: some Scene {
        WindowGroup {
            ContentView()
        }
    }
}

其中@main 是Swift 5.1 新增的 Attribute 標記了應用程序的入口點，更多請參看 SE-0281-main-attribute.md乍看好像只有代碼精簡了不少，很多人會認為這個簡潔程度還不如Flutter 的 main() => runApp(MyApp());. 但最重要的變化是這是第一次跨平臺代碼，完全無需引入任何 UIKit APPKit WatckKit 等相關Framewok, 即可直接運行在不同平臺上。這意味著我們后續(xù)在UI布局系統(tǒng)上可以逐漸擺脫對傳統(tǒng)命令式 UI 編程的依賴。達到真正的平臺無關。SwiftUI 將整個原有的平臺差異部分抽象為 App 和 Scene，對于一個 mac/iOS/iPad/watch/tv/..應用，來說 App 代表了整個應用，Scene 代表了與 Window 相關的多窗口，有些設備只有一個 Scene 有些則有多個，雖然不同的 OS 確實存在差異，但是在語義層面達到了一致。其次一個沒有歷史包袱的 APP，也可以完整的從 Swift APP lifecycle 風格式的模板開始，無需再和傳統(tǒng)的 UIKit/APPKit 等混合。這也意味著可以達到 APP 完全 Declared and State-Driven。

image

image

Viusal Editing

? Preview

image

對于日常開發(fā)來說，編寫一個UI界面通常依賴外部的網絡/磁盤/其他數據，才能正常的構建，這也造成了UI開發(fā)雖然是開發(fā)中較為簡單的一步，但同時也是最耗時的一步，有了預覽功能，可以把很多繁瑣的工作前置解決掉，對于研發(fā)效率會有非常大的提高。

? Xcode Library

image

// Without trailing closure:
        UIView.animate(withDuration: 0.3, animations: {
          self.view.alpha = 0
        }, completion: { _ in
          self.view.removeFromSuperview()
        })
        // With trailing closure
        UIView.animate(withDuration: 0.3, animations: {
          self.view.alpha = 0
        }) { _ in
          self.view.removeFromSuperview()
        }
        // Multiple trailing closure arguments
        UIView.animate(withDuration: 0.3) {
          self.view.alpha = 0
        } completion: { _ in
          self.view.removeFromSuperview()
        }

DSL

隨著 Swift5.3 和 SwiftUI2.0 的推出，SwiftUI 在 DSL 上也更富有表現力， Swift 支持了多重尾閉包語法和在 ViewBuilde 里面支持 Switch Case 語句。

? Multiple Trailing Closures

雖然社區(qū)對多重尾閉包的討論上一直存在爭議問題，但最終 Swift5.3 還是接受并實現了，在普通命令式編程的地方使用會有一定的困惑性，但是在 SwiftUI 中 DSL 也更有聲明式的味道。

  // Without trailing closure:
        UIView.animate(withDuration: 0.3, animations: {
          self.view.alpha = 0
        }, completion: { _ in
          self.view.removeFromSuperview()
        })
        // With trailing closure
        UIView.animate(withDuration: 0.3, animations: {
          self.view.alpha = 0
        }) { _ in
          self.view.removeFromSuperview()
        }
        // Multiple trailing closure arguments
        UIView.animate(withDuration: 0.3) {
          self.view.alpha = 0
        } completion: { _ in
          self.view.removeFromSuperview()
        }

? Switch Case Support

在 SwiftUI 的 ViewBuilder DSL體系中也支持了 Switch case 語法。

      var body: some View {
            switch c {
            case .a:
                return Text("A")
            case .b:
                return Text("B")
            case .c:
                return Text("C")
            }
        }

Data Flow

在使用傳統(tǒng)命令式編程編寫 UI 代碼時，開發(fā)者需要手動處理 UIView 和 數據之間的依賴關系，每當一個 UIView 使用了外部的數據源，就表明了 UIView 對外部的數據產生了依賴，當一個數據產生變化時，如果意外的沒有同步UIView的狀態(tài)，那么 Bug 就產生了。

image

image

image

今年 SwiftUI 2.0 新增的 StateObject 數據流原語讓 SwiftUI 在重復創(chuàng)建 View 時避免重復創(chuàng)建 ObservedObject 從而提高 View 重建的性能。 SceneStorage 和 APPStorgae 讓一些可持久化的數據變得更加簡單且具有語義化。

New Controls

前面提到的，新增的 DSL 語法 SwiftUI App Lifecycle，以及 Xcode Library Preview 其實本質上都是對去年 SwiftUI 1.0 錦上添花的新擴展。 真正重要的是今年新增的各類新控件，其中通過導出來自 Xcode11.5 和 Xcode12.0 beta 版本的 Swift 聲明文件，可以觀察到整個聲明文件從原來的 10769 行增加到 20564行。 新增了約 87 個 struct 16 個 protocol。有了這些豐富的組件才可以更好的構建我們的 APP 。

? ** 大列表組件**

image

image

Widget and Clips

蘋果與 WWDC 20 推出的 WidgetKit 支持的 API 是 SwiftUI Only，雖然已經可以混合部分UIkit 里面的View，但相信沒有歷史包袱 最低支持版本為 iOS14 的 Widget 沒有人會選擇笨重的命令式 API。
同理 Clips 也一樣。這里因為篇幅原因就不做展開.

一直有一些質疑的聲音， 引入 Swift 到底有什么用？ SwiftUI 又是 N 年后才可以用上的小玩意，Objective-C 不夠用嗎？ Swift 未來的機會在 效率，體驗和蘋果的技術紅利。

? 效率

從研發(fā)效率上來說， Swift 對比 Objective-C 的精簡程度不言而喻，代碼量下降了 40 %。 但更進一步，如果編寫 UI 界面從 UIKit 轉向了 SwiftUI 代碼量直接少了不止一倍。更少的代碼意味著更快的交付，在目前競爭激烈的市場會有更多的試錯場景。關于使用 UIKit 編寫代碼轉向 SwiftUI 的代碼量對比，讀者可以參考開源 APP MovieSwiftUI https://github.com/Dimillian/MovieSwiftUI
直觀了解。

? 體驗

image

image

? 蘋果的選擇

Swift 做為蘋果的戰(zhàn)略語言已經發(fā)展的越來越壯大，自 2019 年 Swift ABI 穩(wěn)定后，蘋果在 Swift 的投入越來越大。我們可以進入 /Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/lib/swift , /Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/System/Library/Frameworks , https://github.com/apple 和 https://github.com/swift-server 看到， 自 iOS 13 以來 蘋果新增了約 10+ Pure Swift Library , 10+ Open Source Swift Library, 以及針對 144 個公開 Framework，根據 Swift Style 重新設計了 57 個 Framework 的API。 從以下數據：

1. 從 WWDC17 后 蘋果已經不再使用 Objective-C 做 Sample Code 演示

2. https://developer.apple.com/不再更新 Objective-C 相關的文檔

3. WidgetKit 是 SwiftUI only。

4. App Clips 10M的包大小， SwiftUI 是最合適的框架

5. 開源社區(qū)逐步放棄 Objecive-C 如 Lottie。

image

image