日本免费高清视频-国产福利视频导航-黄色在线播放国产-天天操天天操天天操天天操|www.shdianci.com

學(xué)無(wú)先后,達(dá)者為師

網(wǎng)站首頁(yè) 編程語(yǔ)言 正文

Swift使用SnapKit模仿Kingfisher第三方擴(kuò)展優(yōu)化_Swift

作者:剪刀石頭布啊 ? 更新時(shí)間: 2022-11-06 編程語(yǔ)言

正文

我們平時(shí)用swift寫第三方擴(kuò)展(OC中的分類)時(shí),可能會(huì)直接就往擴(kuò)展里面寫方法,簡(jiǎn)單又方便,然而當(dāng)我們看一些常用你的三方(例如:Kingfisher、SnapKit)等,都會(huì)用一個(gè)簡(jiǎn)單的參數(shù)引出(例如:kfsnp),下面來(lái)探索一下怎么用的,然后在總結(jié)其優(yōu)缺點(diǎn)

SnapKit擴(kuò)展方式簡(jiǎn)要思考

SnapKit為例,使用如下,發(fā)現(xiàn)引入了 snp

var iv = UIImageView();
iv.snp.makeConstraints { make in
}

中間變量 snp 如下所示,ConstraintView是統(tǒng)一不同平臺(tái)的重命名(別名)

public extension ConstraintView {
    var snp: ConstraintViewDSL {
        return ConstraintViewDSL(view: self)
    }
}

其以前版本也是直接將 left 等加上前綴 snp_,直接調(diào)用,而加入前綴我想大家一眼就看出來(lái)目的了,沒錯(cuò)避免與其他擴(kuò)展重名,現(xiàn)在也已經(jīng)改成了引入snp的方式,來(lái)間接調(diào)用,實(shí)際邏輯都通過 snp 來(lái)調(diào)用,個(gè)人猜測(cè)也是借鑒了主流的應(yīng)用來(lái)更新的,調(diào)用時(shí),至少分類 API 整潔了

優(yōu)缺點(diǎn):

  • 1、引入中間變量 snp 之后,首先感覺到的就是,我們的分類在調(diào)用的時(shí)候,明顯沒有那么多雜亂的方法了(這種方式OC其實(shí)也可以借鑒)
  • 2、另外也可以取消了前綴,減少了代碼量,并且當(dāng)與其他類出現(xiàn)重名的時(shí)候,只需要替換 snp 的變量名字即可,不需要替換全部方法,減少了命名阻礙
  • 3、不同三方之間通過引入該參數(shù),讓我們的調(diào)用模塊標(biāo)識(shí)更明顯,功能模塊也更清晰,可維護(hù)性更強(qiáng)

Kingfisher擴(kuò)展方式簡(jiǎn)要思考

Kingfisher為例,使用如下,發(fā)現(xiàn)引入了 kf

var iv = UIImageView();
iv.kf.setImage(with: URL(string: "http://www.baidu.com"))

另外其在使用過程中,通過充分利用 swift 特性,比 SnapKit 使用上更優(yōu)雅高效一些

//聲明一個(gè)基礎(chǔ)協(xié)議,必須為 AnyObject 類型,可用于后續(xù)給基礎(chǔ)類添加協(xié)議
public protocol KingfisherCompatible: AnyObject { }
//擴(kuò)展實(shí)現(xiàn)該基礎(chǔ)協(xié)議,以便于方便讓我們的組件能夠直接通過 .kf 直接調(diào)用里面的方法
//此 kf 和 snap 類似,只不過添加了一個(gè)泛型,用于不同類之間進(jìn)行擴(kuò)展限制
extension KingfisherCompatible {
    public var kf: KingfisherWrapper<Self> {
        get { return KingfisherWrapper(self) }
        set { }
    }
}
//通過泛型頂一個(gè)一個(gè)基礎(chǔ)類,通過該基礎(chǔ)類可以獲取我們被擴(kuò)展的組件
//且通過該基礎(chǔ)類的泛型,可以分別給不同類型添加不同擴(kuò)展方法
public struct KingfisherWrapper<Base> {
    public let base: Base
    public init(_ base: Base) {
        self.base = base
    }
}
//當(dāng)遵循協(xié)議的類為 UIImage 的時(shí)候,為其擴(kuò)展方法
extension KingfisherWrapper where Base: KFCrossPlatformImage {
    ...
}
//當(dāng)遵循協(xié)議的類為 KFCrossPlatformImageView 的時(shí)候,為其擴(kuò)展方法
extension KingfisherWrapper where Base: KFCrossPlatformImageView {
    ...
}
...
//上面僅僅是定義了一個(gè)擴(kuò)展后可以使用的協(xié)議,并未應(yīng)用到我們的基礎(chǔ)組件中
//因此只需要給基礎(chǔ)組件添加擴(kuò)展,遵循我們的協(xié)議即可
extension KFCrossPlatformImageView: KingfisherCompatible { }

沒見到名字的View 是為了不同平臺(tái)統(tǒng)一名字起的別名,如下所示(打消疑慮專用)

#if os(iOS) || os(tvOS)
    public typealias ConstraintView = UIView
#else
    public typealias ConstraintView = NSView
#endif

優(yōu)缺點(diǎn):

  • 1、引入中間變量 kf 之后,首先感覺到的就是,我們的分類在調(diào)用的時(shí)候,明顯沒有那么多雜亂的方法了(這種方式OC其實(shí)也可以借鑒)
  • 2、另外也可以取消了前綴,減少了代碼量,并且當(dāng)與其他類出現(xiàn)重名的時(shí)候,只需要替換 kf 的變量名字即可,不需要替換全部方法,減少了命名阻礙
  • 3、不同三方之間通過引入該參數(shù),讓我們的調(diào)用模塊標(biāo)識(shí)更明顯,功能模塊也更清晰,可維護(hù)性更強(qiáng)
  • 4、引入?yún)f(xié)議和泛型,通過協(xié)議統(tǒng)一引入同一個(gè)中間變量,通過泛型給不同的分類擴(kuò)展出不同的方法,減少無(wú)效方法和代碼等,結(jié)構(gòu)更清晰,某種角度上,其為進(jìn)階版的擴(kuò)展方式

自行模仿嘗試

public protocol MarshalTest: AnyObject {}
struct Wrapper<T>  {
    public let base: T
    init(_ base: T) {
        self.base = base
    }
}
extension MarshalTest {
    var ml: Wrapper<Self> {
        get { Wrapper(self) }
        set { }
    }
}
extension UIImageView : MarshalTest {}
extension Wrapper where T: UIImageView {
    func setImg() {
    }
}
extension Wrapper where T: UIView {
    func setBkg() {
    }
}
class ViewController: UIViewController {
    override func viewDidLoad() {
        var iv2 = UIImageView()
        iv2.ml.setImg()  
    }
}

這就測(cè)試成功了,我們模仿時(shí),就可以參考這個(gè)寫

最后

當(dāng)我們自己為默認(rèn)組件擴(kuò)展內(nèi)容時(shí),如果只擴(kuò)展一個(gè)類和功能,可以像 snp 一樣,直接引入中間變量擴(kuò)展即可,如果我們的擴(kuò)展了多個(gè)分類,而隸屬于一個(gè)模塊,那么可以模仿 Kingfisher,讓我們的功能更清晰

原文鏈接:https://juejin.cn/post/7142661331458457613

欄目分類
最近更新