不要随随便便就是用通知,不懂的话对性能影响挺大的.虽然用起来很方便.
//接受消息的类
- (void)viewDidLoad {
[super viewDidLoad];
// 1. 向通知中心添加的观察者(通知接受者)
2. 观察者收到通知后进行的事件响应
// 3.通知的名字(可以理解成电台中的频道)
4.接受固定对象的通知,,当写成nil时,
就是当前频道的消息发送者的通知都接受,
一般都写nil就够了***
[[NSNotificationCenter defaultCenter]addObserver:self selector:@selector(notificationAction:) name:@"96.1FM" object:nil];}
//该参数就是发送过来的通知,接到通知后执行的方法
- (void)notificationAction:(NSNotification *)notify
{
NSLog(@"%@111",notify.userInfo);
}
- (void)dealloc{
//移除观察者
[[NSNotificationCenter defaultCenter]removeObserver:self name:@"96.1FM" object:nil];
}
//发送消息的类
- (void)viewDidLoad {
[super viewDidLoad];
//发送通知 1. 向哪个频道发送通知
2.第一:当观察者的object 写成nil时,可以传值.
第二:当观察者接受固定对象的通知时(也就是观察者的object 不写成nil 时),可以用来指定通知的发送者
[[NSNotificationCenter defaultCenter]postNotificationName:@"96.1FM" object:nil userInfo:@{@"name":@"chao",@"age":@"23"}];
}
下边是理论知识:
即使在适合使用通告的场合下，您也应该知道它对性能的潜在影响。通告发出之后，最终会通过本地的通告中心同步地派发给观察对象。不管通告的发送是同 步的还是异步的，这个过程都是要发生的。如果有很多观察者，或者每个观察者在处理通告时都做很多工作，您的程序就会有明显的延迟。因此，您应该小心，不要 过度或低效地使用通告。最后，下面这些关于通告用法的原则应该有帮助：
1 对应用程序应该观察的通告有所选择。
2 注册通告时，要具体到通告的名称和发送的对象。
3 尽可能高效地实现处理通告的方法。
4 避免添加或移除很多观察者；通过一些“中间的”观察者将通
告的结果传递给它们可以访问的对象要好得多。
何时以及如何使用通告
通知中心与代理差别:
和委托一样，通告机制是实现应用程序中的对象间通讯的好工具。它使应用程序中的对象可以了解其它地方发生的改变。一般地说，一个对象注册为通告的观 察者，是因为它希望在相应的事件发生后或即将发生时进行调整。举例来说，如果一个定制视图希望在窗口调整尺寸的时候改变自己的外观，则可以观察窗口对象发 出的NSWindowDidResizeNotification通告。通告也允许在对象间传递信息，因为通告中可以包含一个与事件相关的字典。
但是，通告和委托之间是不同的，这些差别也导致这两种机制应该用于不同的地方。在早些时候提到，通告模型和委托模型的主要区别在于前者是广播机制，而委托是一对一的关系。每种模型都有自己的优点，通告机制的优点如下：
发出通告的对象不需要知道观察者的标识。
应用程序并不受限于Cocoa框架声明的通告；任何类都可以声明通告，其实例可以发布通告。
通告并不限于应用程序内部的通讯；通过分布式通告，一个进程可以将发生的事件通知另一个进程。
但是，一对一的委托模型也有自己的优点。委托有机会通过将值返回给进行委托的对象来影响事件。另一方面，通告的观察者必须发挥更为被动的作用，在响应事件时，它只能对自身及其环境产生影响。
