快捷導(dǎo)航

詳解iOS中跨頁面狀態(tài)同步方案比較

更新時間：2019年09月24日 09:58:11 作者：Tpphha

這篇文章主要介紹了詳解iOS中跨頁面狀態(tài)同步方案比較，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

由于團隊希望項目能夠去 CoreData 化，而以往狀態(tài)同步都是依賴于 CoreData 的NSFetchedResultsController。因此去 CoreData 則必須尋找一種替代方案來進行狀態(tài)同步。

NotificationCenter

狀態(tài)同步實際是一對多的場景，也就是一個事件可以被多個觀察者監(jiān)聽到。而蘋果的系統(tǒng)框架自帶的 NotificationCenter 正是用來適配這種場景，并且其也是被系統(tǒng)框架本身及我們開發(fā)者大面積使用的。用法如下：

定義通知名字，以及需要額外傳遞信息的 key
基于 target-action 的方式注冊通知

open func addObserver(_ observer: Any, selector aSelector: Selector, name aName: NSNotification.Name?, object anObject: Any?)

實現(xiàn)監(jiān)聽通知的方法

func onReceivedNotification(note: NSNotification)

發(fā)送通知，可以傳遞發(fā)送通知的對象（object）以及一些額外的信息（userInfo）

open func post(name aName: NSNotification.Name, object anObject: Any?, userInfo aUserInfo: [AnyHashable : Any]? = nil)

移除注冊的通知

open func removeObserver(_ observer: Any, name aName: NSNotification.Name?, object anObject: Any?)

當然 NotificationCenter 也提供了一種更加便利基于 block 的方式注冊監(jiān)聽通知，其將 2，3 兩個步驟整合為 1 個步驟。

open func addObserver(forName name: NSNotification.Name?, object obj: Any?, queue: OperationQueue?, using block: @escaping (Notification) -> Void) -> NSObjectProtocol

整體流程很清晰，簡單易用，但是卻有一個嚴重的缺點 —— 弱類型。我們接收到的是一個NSNotification對象。

open class NSNotification : NSObject, NSCopying, NSCoding {
  open var name: NSNotification.Name { get }
  open var object: Any? { get }
  open var userInfo: [AnyHashable : Any]? { get }
}

假設(shè)我們需要傳遞一個關(guān)注狀態(tài)改變的信息，那么需要包含關(guān)注更改后的狀態(tài)以及被關(guān)注者的 ID。那么我們需要從 userInfo 中取出所需要的值：

let following = notification.userInfo["FollowingKey"] as! NSNumber
let userID = notification.userInfo["UserIDKey"] as! NSNumber;

也就是說接收通知的一方一般需要要查看文檔才知道怎樣從 userInfo 取值，取的值的類型又是什么。這對于使用是極為不方便的。

SwiftNotificationCenter

SwiftNotificationCenter是一種面向協(xié)議的通知中心方案。使用方式如下：

定義協(xié)議

protocol FollowingChanged {
  func followingDidChange(following: Bool, userID: NSNumber)
}

基于協(xié)議注冊通知

Broadcaster.register(Update.self, observer: observer)

實現(xiàn)協(xié)議方法

extension ViewController: FollowingChanged {
 func followingDidChange(following: Bool, userID: NSNumber) {
  // do something
 }
}

發(fā)送通知

Broadcaster.notify(FollowingChanged.self) {
  $0.followingDidChange(following, userID)
}

移除注冊的通知

Broadcaster.unregister(Update.self, observer: observer)

我們可以看到，其基于協(xié)議的方式解決了弱類型的問題，并且其通過AssociatedObject實現(xiàn)了通知的自動移除。但其也存在著擴展性較差的問題。

依然是關(guān)注改變的場景，假如隨著業(yè)務(wù)的發(fā)展，有的地方需要知道關(guān)注后是否為互關(guān)的狀態(tài)，那么又需要增加一個字段來標識。因此我們需要修改協(xié)議，增加參數(shù)，且由于其不是必須傳遞的參數(shù)，因此是 optional 類型。

protocol FollowingChanging {
  func followingDidChange(following: Bool, userID: NSNumber, followingEachOther: NSNumber?)
}

如果在該類型通知被廣泛應(yīng)用的場景，那么需要修改的地方就尤其多了。這顯然也是難以接受的。

EventBus

EventBus 在安卓中被廣泛地應(yīng)用，其流程如下圖所示：

圖片來源：EventBus

使用方式如下：

定義事件

 class TPFollowingChangedEvent: NSObject, TPEvent {
  	private(set) var following: Bool
  		private(set) var userID: NSNumber
}

注冊事件

TPEventBus<TPFollowingChangedEvent>.shared.register(eventType: TPFollowingChangedEvent.self, subscriber: self, selector: #selector(onEvent(event:object:)))

實現(xiàn)監(jiān)聽事件的方法

@objc func onEvent(event: TPFollowingChangedEvent, object: Any?) {
  	// do something
}

發(fā)送事件

TPEventBus.shared.post(event: event, object: self)

移除事件的注冊

TPEventBus<TPFollowingChangedEvent>.shared.unregister(eventType: TPFollowingChangedEvent.self, subscriber: self)

我們可以看到， EventBus 也是強類型的。

假如依然關(guān)注的場景，需要增加 followingEachOther 參數(shù)，那么我們只需要在 TPFollowingChangedEvent 中增加 followingEachOther 參數(shù)即可。如下所示：

class TPFollowingChangedEvent: NSObject, TPEvent {
  	private(set) var following: Bool
  		private(set) var userID: NSNumber
  	private(set) var followingEachOther: NSNumber?
}

因此使用 EventBus 實現(xiàn)了以下需求：

強類型
可擴展

EventBus 同 NotificationCenter 都是基于 target-action 的方案，但是我們不難將其擴展為支持 block 監(jiān)聽的方式，并且同樣讓其能夠自動移除事件的注冊。類似于如下的使用方式：

TPEventBus<TPFollowingChangedEvent>.shared.subscribe(eventType: TPFollowingChangedEvent.self).forObject(self).onQueue(OperationQueue.main).onEvent { (event, object) in
   // do something
}.disposed(by: self)

基于 OC，我實現(xiàn)了一個小巧但比較全面的 EventBus 供參考：TPEventBus。

最后

我們可以看到，一對多場景中觀察者模式的應(yīng)用流程都大同小異，但是如何更好用確是值得深思的。當然以上也只是我在一些使用場景上的思考，肯定會欠缺考慮，歡迎拍磚:blush:。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: