swift開(kāi)發(fā)技巧(二)

@autoclosure的使用

定義一個(gè)尾隨閉包

func logIfTrue(_ predicate: () -> Bool) {
    //不要寫(xiě) predicate,一定要加上()
    if predicate() {
        print("true")
    } else {
        print("false")
    }
}

調(diào)用時(shí)顯示的樣式:

image.png

可以使用這些種寫(xiě)法調(diào)用:

        logIfTrue { () -> Bool in
            return 5 > 6
        }
        logIfTrue { () -> Bool in
            6 > 10
        }
        logIfTrue {
            return 7 > 1
        }
        logIfTrue {
            7 > 1
        }

雖然logIfTrue { 7 > 1 }這樣寫(xiě)十分的簡(jiǎn)單明了,但是使用{}還是讓人有些困惑.

使用@autoclosure來(lái)聲明閉包:

//僅僅是作為對(duì)比,命名不夠規(guī)范
func _logIfTrue(_ predicate: @autoclosure () -> Bool) {
    //不要寫(xiě) predicate,別忘了()
    if predicate() {
        print("true")
    } else {
        print("false")
    }
}

調(diào)用的提示:

image.png

使用:

//貌似只能這么寫(xiě)
        _logIfTrue (7 > 1)

注意: @autoclosure只支持() -> T,并不支持帶有輸入?yún)?shù)的寫(xiě)法.

逃離閉包@escaping 的使用

    func doWork(block: () -> ()) {
        block()
    }

注意:在這種閉包中,block參數(shù)中的內(nèi)容會(huì)在dowork返回前調(diào)用,也就是block的調(diào)用是同步行為.

如果我們開(kāi)啟了異步,讓block在dowork返回后被調(diào)用,那么就需要@escaping來(lái)表明這個(gè)閉包會(huì)"逃逸"出該方法的:

image.png
    func doWorkAsync(block: @escaping () -> ()) {
        DispatchQueue.main.async {
            block()
        }
    }

注意: 我們知道,閉包是可以捕獲變量的.在dowork中沒(méi)有逃逸行為的閉包,原因是因?yàn)殚]包的作用域不會(huì)超過(guò)函數(shù)本身,所以我們不必?fù)?dān)心在閉包內(nèi)持有self.而接受@escaping的閉包則不同,由于需要確保閉包內(nèi)的成員依舊有效,因此當(dāng)我們?cè)陂]包內(nèi)引用了self及其成員的時(shí)候,swift便會(huì)強(qiáng)制要求我們寫(xiě)出self.

image.png
class User {
    var name = "lxx"
    func doWork(block: () -> ()) {
        block()
    }
    func doWorkAsync(block: @escaping () -> ()) {
        DispatchQueue.main.async {
            block()
        }
    }
    func method1() {
        doWork {
            print(name)
        }
        name = "dll"
    }
    func method2() {
        doWorkAsync {
            print(self.name)
        }
        name = "lmy"
    }
}

調(diào)用:

    override func viewDidLoad() {
        super.viewDidLoad()
        User().method1()///lxx
        User().method2()///lmy
    }

如果我們不希望在閉包中持有self,則可以使用[weak self]來(lái)聲明表達(dá)式:

image.png
    func method3() {
        doWorkAsync {
            [weak self] in
            print(self?.name ?? "nil")
        }
    }

注意此處的調(diào)用結(jié)果為"nil"

 User().method3()///nil

在協(xié)議中的使用:

protocol P {
    func work(block: @escaping () -> ())
}
class User: P {
    // 協(xié)議方法也需要使用@escaping
    func work(block:  @escaping () -> ()) {
        
    }
}

swift 成員變量的聲明

image.png

共有兩種解決辦法:

class User {
    //因?yàn)槭莑et,意味著這樣初始化后就無(wú)法再做修改
    let name: String = ""
}
class User {
    let name: String
    init(name: String) {
        self.name = name
    }
}

        let user = User(name: "liuxingxing")
        print(user.name)

操作符

重載操作符

struct Vector2D {
    var x = 0.0
    var y = 0.0
}
func + (left: Vector2D, right: Vector2D) -> Vector2D {
    return Vector2D(x: left.x + right.x, y: left.y + right.y)
}
class ViewController: UIViewController {

    override func viewDidLoad() {
        super.viewDidLoad()

        let v1 = Vector2D(x: 10, y: 20)
        let v2 = Vector2D(x: 5, y: 8)
        let v3 = v1 + v2
        print(v3)
        
    }
}

自定義操作符

import UIKit
struct Vector2D {
    var x = 0.0
    var y = 0.0
}

precedencegroup DotProductPrecedence {
    associativity: none
    higherThan: MultiplicationPrecedence
}
infix operator +*: DotProductPrecedence
//+*并不是系統(tǒng)的,所以不能通過(guò)重載的方式來(lái)實(shí)現(xiàn),必須要聲明操作符
func +* (left: Vector2D, right: Vector2D) -> Double {
    return  left.x * right.x +  left.y * right.y
}
class ViewController: UIViewController {

    override func viewDidLoad() {
        super.viewDidLoad()
        let v1 = Vector2D(x: 10, y: 20)
        let v2 = Vector2D(x: 5, y: 8)
        let v3 = v1 +* v2
        print(v3)//210.0
    }
}

precedencegroup: 定義了一個(gè)操作符的優(yōu)先級(jí)別.操作符優(yōu)先級(jí)的定義和類(lèi)型聲明有些相似,一個(gè)操作符必須要屬于某個(gè)特定的優(yōu)先級(jí).swift庫(kù)中已經(jīng)定義了一些常用的運(yùn)算符優(yōu)先級(jí)組,比如加法優(yōu)先級(jí)(AdditionPrecedence)和乘法優(yōu)先級(jí)(MultiplictionPrecedence)等,如果沒(méi)有適合自己的優(yōu)先級(jí)組,就需要自己指定結(jié)合律方式和優(yōu)先級(jí)順序了.

associativity:定義了結(jié)合律.即如果多個(gè)同類(lèi)的操作符順序出現(xiàn)的計(jì)算順序.比如常見(jiàn)的加法和減法都是left,就是說(shuō)多個(gè)加法同事出現(xiàn)時(shí)按照從左往右的順序計(jì)算(因?yàn)榧臃M足交換律,隨意這個(gè)順序無(wú)所謂,但是減法的話計(jì)算順序就很重要). 我們定義的點(diǎn)乘不會(huì)再和其他的點(diǎn)乘結(jié)合使用,所以這里使用none

higherThan: 運(yùn)算符的優(yōu)先級(jí).點(diǎn)乘運(yùn)算是優(yōu)于乘法的.除了higherThan,也支持lowerThan來(lái)指定優(yōu)先級(jí)低于某個(gè)其他組.

infix:定義一個(gè)中位操作符.即前后都是輸入,其他的修飾還包括prefix,postfix.

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容