iOS中跨页面状态同步方案分析
这篇文章主要讲解了“iOS中跨页面状态同步方案分析”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“iOS中跨页面状态同步方案分析”吧!
创新互联的客户来自各行各业,为了共同目标,我们在工作上密切配合,从创业型小企业到企事业单位,感谢他们对我们的要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。专业领域包括成都做网站、成都网站建设、电商网站开发、微信营销、系统平台开发。
NotificationCenter
状态同步实际是一对多的场景,也就是一个事件可以被多个观察者监听到。而苹果的系统框架自带的 NotificationCenter 正是用来适配这种场景,并且其也是被系统框架本身及我们开发者大面积使用的。用法如下:
定义通知名字,以及需要额外传递信息的 key基于 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! NSNumberlet 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
实现监听事件的方法
@objc func onEvent(event: TPFollowingChangedEvent, object: Any?) { // do something}
发送事件
TPEventBus.shared.post(event: event, object: self)
移除事件的注册
TPEventBus
我们可以看到, 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
感谢各位的阅读,以上就是“iOS中跨页面状态同步方案分析”的内容了,经过本文的学习后,相信大家对iOS中跨页面状态同步方案分析这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
网站标题:iOS中跨页面状态同步方案分析
网页网址:http://myzitong.com/article/jjcpid.html