详解iOS中跨页面状态同步方案比较

由于团队希望项目能够去 coredata 化，而以往状态同步都是依赖于 coredata 的nsfetchedresultscontroller。因此去 coredata 则必须寻找一种替代方案来进行状态同步。

notificationcenter

状态同步实际是一对多的场景，也就是一个事件可以被多个观察者监听到。而苹果的系统框架自带的 notificationcenter 正是用来适配这种场景，并且其也是被系统框架本身及我们开发者大面积使用的。用法如下：

1. 定义通知名字，以及需要额外传递信息的 key
2. 基于 target-action 的方式注册通知

open func addobserver(_ observer: any, selector aselector: selector, name aname: nsnotification.name?, object anobject: any?)

实现监听通知的方法

func onreceivednotification(note: nsnotification)

发送通知，可以传递发送通知的对象（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 的方式注册监听通知，其将 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 }
}

假设我们需要传递一个关注状态改变的信息，那么需要包含关注更改后的状态以及被关注者的 id。那么我们需要从 userinfo 中取出所需要的值：

let following = notification.userinfo["followingkey"] as! nsnumber
let userid = notification.userinfo["useridkey"] as! nsnumber;

也就是说接收通知的一方一般需要要查看文档才知道怎样从 userinfo 取值，取的值的类型又是什么。这对于使用是极为不方便的。

swiftnotificationcenter

swiftnotificationcenter是一种面向协议的通知中心方案。使用方式如下：

定义协议

protocol followingchanged {
  func followingdidchange(following: bool, userid: nsnumber)
}

基于协议注册通知

broadcaster.register(update.self, observer: observer)

实现协议方法

extension viewcontroller: followingchanged {
 func followingdidchange(following: bool, userid: nsnumber) {
  // do something
 }
}

发送通知

broadcaster.notify(followingchanged.self) {
  $0.followingdidchange(following, userid)
}

移除注册的通知

broadcaster.unregister(update.self, observer: observer)

我们可以看到，其基于协议的方式解决了弱类型的问题，并且其通过associatedobject实现了通知的自动移除。但其也存在着扩展性较差的问题。

依然是关注改变的场景，假如随着业务的发展，有的地方需要知道关注后是否为互关的状态，那么又需要增加一个字段来标识。因此我们需要修改协议，增加参数，且由于其不是必须传递的参数，因此是 optional 类型。

protocol followingchanging {
  func followingdidchange(following: bool, userid: nsnumber, followingeachother: nsnumber?)
}

如果在该类型通知被广泛应用的场景，那么需要修改的地方就尤其多了。这显然也是难以接受的。

eventbus

eventbus 在安卓中被广泛地应用，其流程如下图所示：

图片来源：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:)))

实现监听事件的方法

@objc func onevent(event: tpfollowingchangedevent, object: any?) {
  	// do something
}

发送事件

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

移除事件的注册

tpeventbus<tpfollowingchangedevent>.shared.unregister(eventtype: tpfollowingchangedevent.self, subscriber: self)

我们可以看到， eventbus 也是强类型的。

假如依然关注的场景，需要增加 followingeachother 参数，那么我们只需要在 tpfollowingchangedevent 中增加 followingeachother 参数即可。如下所示：

class tpfollowingchangedevent: nsobject, tpevent {
  	private(set) var following: bool
  		private(set) var userid: nsnumber
  	private(set) var followingeachother: nsnumber?
}

因此使用 eventbus 实现了以下需求：

• 强类型
• 可扩展

eventbus 同 notificationcenter 都是基于 target-action 的方案，但是我们不难将其扩展为支持 block 监听的方式，并且同样让其能够自动移除事件的注册。类似于如下的使用方式：

tpeventbus<tpfollowingchangedevent>.shared.subscribe(eventtype: tpfollowingchangedevent.self).forobject(self).onqueue(operationqueue.main).onevent { (event, object) in
   // do something
}.disposed(by: self)

基于 oc， 我实现了一个小巧但比较全面的 eventbus 供参考：tpeventbus。

最后

我们可以看到，一对多场景中观察者模式的应用流程都大同小异，但是如何更好用确是值得深思的。当然以上也只是我在一些使用场景上的思考，肯定会欠缺考虑，欢迎拍砖:blush:。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。