32.Swift 5.1 新特性

Swift 5.1 內置于 Xcode 11,新增了很多新特性,比較重要的有以下幾個。

函數、閉包單表達式函數的隱式返回

解讀:如果一個閉包或者函數只包含一個表達式,那么可以把return省略掉,隱式返回該表達式

func add(a:Int, b:Int) -> Int {
    a+b
}
add(a: 10, b: 20)
struct Rectangle {
    var width = 0.0, height = 0.0
    var area: Double { width * height }
}

根據默認值合成結構體的構造函數

解讀:以前一個結構體的各個屬性有默認值時,編譯器會基于屬性生成兩個構造函數
結構體名()結構體名(所有屬性參數),但是并不會生成可選屬性參數的構造函數,現在可以了

struct Person {
  var age = 0
  var name = "zhangsan"
}

以下都是正確的構造函數

let zhangsan = Person()
let lisi = Person(age: 20, name: "lisi")
let wangwu = Person(name: "wangwu")

靜態成員的Self

Swift 5.1之后,可以使用 Self替代類名來訪問靜態成員

class Student {
    
    static var age = 10
    static func study(){
        print("Good Study")
    }
    
    func say(){
        print(Self.age)  //訪問靜態屬性
        Self.study()  //訪問靜態方法
    }
    
}

let stu = Student()
stu.say()

Key Path 元組

Swift 5.1 可以在Key Path中使用元組,通過.訪問元素

struct Student  {
    
    var name: String
    var  age: Int
    var score: (Swift:Double, iOS: Double, Mac: Double)
}

let stu = Student(name: "zhangsan", age: 20, score: (Swift: 88.0, iOS: 90.0, Mac: 95.0))

// 訪問元組的元素
let swift = stu[keyPath:\Student.score.Swift]
let ios = stu[keyPath:\Student.score.iOS]
let mac = stu[keyPath:\Student.score.Mac]

@dynamicMemberLookup查找Key Path

Swift 5.1 實現了@dynamicMemberLookup查找 Key Path

struct Person {
    
    var name: String
    var age: Int
}

@dynamicMemberLookup
struct Student<T> {
    
    var stuNo: String
    var person: T
    
    // 實現方法
    subscript<U>(dynamicMember member: KeyPath<T, U>) -> U {
       
        person[keyPath: member]
    }
    
}

let p = Person(name: "zhangsan", age: 20)
let stu = Student(stuNo: "123456789", person: p)

// 可以直接訪問 name 和 age 屬性
stu.name
stu.age

不透明的返回類型(Opaque Result Types)

一個案例引發的血案
//報錯:Protocol 'Animal' can only be used as a generic constraint because it has Self or associated type requirements
func generateIntNumber() -> Equatable {
    return 5
}

let number1 = generateIntNumber()
let number2 = generateIntNumber()

//報錯:Binary operator '==' cannot be applied to two 'Equatable' operands
if number1 == number2 {
    print("numbers equal")
}
Swift 5.1之前解決
//使用泛型約束
func generateIntNumber<T:Encodable>() -> T {
    
    //強制轉換
    return 5 as! T
}

let number1:Int = generateIntNumber()
let number2:Int = generateIntNumber()

if number1 == number2 {
    print("numbers equal")
}

但如果此時把 : Int去掉,會發現依然報錯,因為返回的類型是一個不確定的 T

Swift 5.1
//用some修飾,返回值的類型對編譯器就變成透明的了。在這個值使用的時候編譯器可以根據反回值進行類型推斷得到具體類型。
func generateIntNumber() -> some Equatable {
    return 5
}

//此時number1和number2的類型是some Equatable
let number1 = generateIntNumber()
let number2 = generateIntNumber()


if number1 == number2 {
    print("numbers equal")
}

如果將 makeInt改一下,又會出現問題

//報錯:Function declares an opaque return type, but the return statements in its body do not have matching underlying types
func generateIntNumber() -> some Equatable {
    if Bool.random() {
        return 5
    }
    else {
        return "5"
    }
}

//此時number1和number2的類型是some Equatable
let number1 = generateIntNumber()
let number2 = generateIntNumber()


if number1 == number2 {
    print("numbers equal")
}
概念
  • 通過引入 some 這個關鍵字去修飾返回值,語法上隱藏具體類型,所以叫做不透明結果類型,這樣可以讓被調用方選擇具體的返回值類型,并且是在編譯時確定下來的
  • 在保持性能的同時,隱藏真實類型的新功能
  • 允許帶有 Self 或者 associatedtype的 protocol 作為返回類型
  • 再看一個案例
protocol Animal {
    associatedtype Element
    func feed(food:Element)
}
struct Cat: Animal {
    typealias Element = String    
    func feed(food: String) {
        print("Cat eat \(food)")
    }

}

//會發現這行報錯:Protocol 'Animal' can only be used as a generic constraint because it has Self or associated type requirements
//func makeAnimal() -> Animal {
//    return Cat()
//}

//從返回值看不出具體類型
func makeAnimal() -> some Animal {
    return Cat()
}
let animal = makeAnimal()
type(of: animal)
作用:SwiftUI中廣泛使用
import SwiftUI

struct ContentView: View {
    var body: some View {
        Text("Hello World")
    }
}

屬性包裝類型(Property Wrapper Types)

在 iOS 開發中,經常要用到 IBOutletIBAction,在Swift中,越來越多 @修飾的關鍵字出現,比如 @UIApplicationMain,在最新的殺器 SwiftUI 中,會發現這樣的關鍵字越來越多,比如 @State@Binding@EnvironmentObject等,它們共同構成了 SwiftUI 數據流的最基本的單元,這些知識點隨著學習 SwiftUI 而深入了解。

  • 關鍵字 @propertyWrapper,用它修飾一個結構體,它修飾的結構體可以變成一個新的修飾符并作用在其他代碼上,來改變這些代碼默認的行為
  • 用修飾符@結構體名 去修飾的其他的屬性,將屬性“包裹”起來,以達到控制某個屬性的讀寫行為的目的
  • 案例
@propertyWrapper
struct Trimmed {
    private var value: String = ""

    // 計算屬性
    var wrappedValue: String {
        get { value }
        set { value = newValue.trimmingCharacters(in: .whitespacesAndNewlines) }
    }

    init(initialValue: String) {
        self.wrappedValue = initialValue
    }
}

struct Post {
    //用上面定義的Trimmed修飾同類型的變量
    @Trimmed var title: String
    @Trimmed var body: String
}
//任何字符串無論是在初始化期間還是通過后面的屬性訪問都會自動刪除前后面的空格。
var post = Post(title: "  Swift Property Wrappers  ", body: " is very important ")
post.title // "Swift Property Wrappers"
post.body  // "is very important"

post.title = "      @propertyWrapper     "
post.title // "@propertyWrapper"

總結

綜上,后面兩點可以說是為 SwiftUI 量身定做的,這樣看,Apple 一定會在SwiftUI 繼續發力,經過本章知識點的學習,可以幫助大家更好的學習SwiftUI

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容