调度表
通知中心保存了一个调度表,表的内容包括:通知观察者(必须存在)、通知名称和通知发送者。
通知中心的调度表给观察者指定了对应的通知集,一个通知集是通知中心发出的通知的子集。
调度表入口有4种类型,如下表所示:
(英文版说明)
Notification name |
Notification sender |
Notification set specified |
Specified |
Specified |
Notifications with a particular name from a special sender. |
Specified |
Unspecified |
Notifications with a particular name by any sender. |
Unspecified |
Specified |
Notifications posted by a specific sender. |
Unspecified |
Unspecified |
All notifications. |
(中文版说明)
通知名称 |
通知发送者 |
指定的通知集 |
已指定 |
已指定 |
指定发送者发送的特定名称的通知 |
已指定 |
未指定 |
任意发送者发送的特定名称的通知 |
未指定 |
已指定 |
指定发送者发送的所有通知 |
未指定 |
未指定 |
所有的通知 |
通知与委托的异同
通知和委托一样,通知机制是实现应用程序中的对象间通讯的好工具。它使应用程序中的对象可以了解其它地方发生的改变。一般来说,一个对象注册为通知的观察者,是因为它希望在相应的事件发生后或者即将发生时进行调整。
但是通知和委托之间是不同的,这些差别也导致这两种机制应该用于不同的地方。通知模型和委托模型主要区别在于前者是广播机制,而委托是一对一的关系,每种模型都有自己的优点。
通知机制的优点:
• 发出通知的对象不需要知道观察者的标识
• 任何类都可以声明通知,其实例可以发布通知
• 通知并不限于应用程序内部的通讯;通过分布式通告,一个进程可以将发生的事件通知另一个进程。
委托机制的优点:
• 委托有机会通过将值返回给进行委托的对象来影响事件;通知则更为被动,在响应事件时只能对自身及其环境产生影响。
• 委托可以影响进行委托对象对事件的处理方式(可以任意指定方法的参数列表);通知方法的签名则是固定的。
• 委托比通知更为高效
通知与KVO
在Cocoa中,通知机制并不是观察对象状态变化的唯一选择,很多情况下甚至都不是最好的选择。KVO也可以观察其它对象的变化,在KVO中,被观察对象和观察对象直接进行通讯,不需要像通知中心这样的中间对象,因此比通知机制更为有效。
但是在某些场合中,选择通知比KVO更为合理。比如希望观察事件,而不是对象性质的改变。
通知使用注意
使用通知需要知道它对性能的影响。通知发出后,会通过本地的通知中心同步的派发给观察者对象。如果有很多观察者,或者每个观察者在处理通知时都要做很多工作,则程序就会有明显的延迟。因此使用通知的时候需要小心,不要过度、低效的使用通知。下面是一些使用通知用法的原则:
• 对应用程序应该观察的通知有所选择
• 注册通知时,要具体到通知的名称和发送的对象
• 尽可能高效的实现处理通告的方法
• 避免添加或移除很多观察者
通知机制中的类
类名 |
描述 |
NSNotification |
通知 |
NSNotificationCenter |
通知中心 |
NSDistributedNotificationCenter |
分布式通知中心(Mac OS X中可以进程间通讯) |
NSNotificationQueue |
通知队列(通知的聚结和异步发送) |