为什么要类型化通知?
在重构工程的时候,发现工程中使用Notification API的地方非常多,notification的使用充满了各种硬编码,例:
1 | extension Notification.Name { |
在一个通知中,可能会携带object或userInfo,在接收端的代码:
1 | notiToken = NotificationCenter.default.addObserver(forName: .test, object: nil, queue: nil) { (noti) in |
同时还需要在通知不用的时候remove
1 | NotificationCenter.default.removeObserver(notiToken) |
这样会导致每当我们需要post和接收test通知的时候,都需要写上面那样的代码。假如需要修改“passed”的类型或者增加一个传递的参数,那就需要找到每一处发送和接收test通知的地方进行修改,这样维护起来就非常艰难了,所以需要改写这些通知的使用方式。
如何类型化通知?
- 首先定义一个通知发送描述协议
1 | protocol NotificationDescriptor { |
- 定义一个接收解析通知的类型
1 | protocol NotificationDecodable { |
- 我们还希望能把通知的发送和解析逻辑写在一起
1 | typealias TypedNotification = NotificationDescriptor & NotificationDecodable |
这样test通知可以写成这样:
1 | struct TestNotificaiton: TypedNotification { |
- 发送通知:
1 | let testDescriptor = TestNotificaiton.init(1, str: "it is fine") |
- 接受通知:
1 | notiToken = TestNotificaiton.observer(for: .test) { (testObj) in |
notiToken类似于NSKeyValueObservation, 并不需要手动去移除通知,管理notiToken的生命周期就可以了。
通过类型化通知,把通知的发送的描述和接收的解析处理写在一起,有利于后期的持续维护,具体实现我单独拿出来放到了这个repo中, 有兴趣的可以去看看。
注意
通知在MVC中是一个非常重要的机制。但是使用通知需要谨慎,如果过度使用通知,对象之间会产生各种错综复杂的依赖,非常不利于工程的拆分。