看起来通过一个通知 – 观察器设置,你必须记住在你的视图卸载时拆下观察者,但是你可靠地忽略通知,当向主线程调度一个作业可能会导致一个块被执行,当视图有被卸载
因此,在我看来,通知应该提供更好的应用程序稳定性.我假设派发选项从我读过的GCD中提供了更好的表现？
更新：
我知道通知和调度可以一起愉快地工作,在某些情况下,应该一起使用.我试图找出是否有特定的情况下应该/不应该被使用.
一个示例：为什么要选择主线程来从分派的块触发通知,而不是仅在主队列上分派接收函数？ (显然,两种情况下接收功能会有一些变化,但最终结果似乎是一样的).
解决方法
NSNotificationCenter提供了一种解耦应用程序的不同部分的方法.例如,当系统网络状态发生变化时,Apple的Reachability示例代码中的kReachabilityChangedNotification将发布到通知中心.反过来,您可以要求通知中心呼叫您的选择器/调用,以便您可以回复这样的事件(Think Air Raid Siren)
另一方面,gcd提供了在您指定的队列上分配要完成的工作的快速方式.它可以让系统将您的代码解析和分开处理,以利用多线程和多核CPU的优势.
通常(几乎总是)通知在他们发布的线程上被观察到.除了一个API的显着例外
这些概念相交的一个API是NSNotificationCenter：
addObserverForName:object:queue:usingBlock:
这本质上是确保在给定线程上观察到给定通知的方便方法.虽然“usingBlock”参数给出了幕后的使用gcd.
以下是其使用示例.假设我的代码中有一个NSTimer每秒都会调用这个方法：
-(void)timerTimedOut:(NSTimer *)timer{
dispatch_async(dispatch_get_global_queue(0,0),^{
// Ha! Gotcha this is on a background thread.
[[NSNotificationCenter defaultCenter] postNotificationName:backgroundColorIsGettingBoringNotification object:nil];
});
}
我想使用backgroundColorIsGettingBoringNotification作为一个信号,以改变我的视图控制器的视图的背景颜色.但它被贴在后台线程上.那么我可以使用前面提到的API来观察,只有在主线程上.注意viewDidLoad在以下代码中：
@implementation NoWayWillMyBackgroundBeBoringViewController {
id _observer;
}
-(void)observeHeyNotification:(NSNotification *)note{
static NSArray *rainbow = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken,^{
rainbow = @[[UIColor redColor],[UIColor orangeColor],[UIColor yellowColor],[UIColor greenColor],[UIColor blueColor],[UIColor purpleColor]];
});
NSInteger colorIndex = [rainbow indexOfObject:self.view.backgroundColor];
colorIndex++;
if (colorIndex == rainbow.count) colorIndex = 0;
self.view.backgroundColor = [rainbow objectAtIndex:colorIndex];
}
- (void)viewDidLoad{
[super viewDidLoad];
self.view.backgroundColor = [UIColor redColor];
__weak PNE_ViewController *weakSelf = self;
_observer = [[NSNotificationCenter defaultCenter] addObserverForName:backgroundColorIsGettingBoringNotification
object:nil
queue:[NSOperationQueue mainQueue]
usingBlock:^(NSNotification *note){
[weakSelf observeHeyNotification:note];
}];
}
-(void)viewDidUnload{
[super viewDidUnload];
[[NSNotificationCenter defaultCenter] removeObserver:_observer];
}
-(void)dealloc{
[[NSNotificationCenter defaultCenter] removeObserver:_observer];
}
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation{
return (interfaceOrientation == UIInterfaceOrientationPortrait);
}
@end
该API的主要优点似乎是在postNotification …调用期间将调用您的观察块.如果您使用标准API并实现了observeHeyNotification：如下所示,将无法保证执行分派块之前的时间长短：
-(void)observeHeyNotification:(NSNotification *)note{
dispatch_async(dispatch_get_main_queue(),^{
// Same stuff here...
});
}
当然,在这个例子中,你可以简单地不要在后台线程上发布通知,但是如果您使用的框架不能保证关于哪个线程发布通知,这可能会派上用场.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
