观察者模式-通知详解

观察者模式也叫发布/订阅模式,是软件设计模式中的一种。在这种模式中,一个目标物件管理所有相依于它的观察者物件,并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实现事件处理系统。
观察者模式的类图如下:


屏幕快照 2018-08-22 上午10.34.11.png

可以看出它有四个角色,具体如下:

抽象主题(Subject):抽象主题是一个协议,它是一个观察者的集合容器,定义添加观察者(attach)方法,移除观察者(detach)方法和所有观察者发送通知的方法(notifyObserve)。
抽象观察者(Observe):抽象观察者也是一个协议,它有一个更新(update)方法。
具体观察者(ConcreteObserve):观察协议具体实现。
具体主题(ConcerteSubject):主题协议的具体实现。

从图中可以看出,引入Observe和Subject这两个协议后,观察者模式可以完美的将观察者和被观察的对象分离开,不仅提高了系统的可复用行,还降低了耦合度。

在Cocoa Touch框架中,观察者模式的具体应用有两个 - 通知(notification)机制和KVO(Key-ValueObserving)机制。

通知机制

通知机制与委托机制不同的是,前者是“一对多”的对象之间的通信,后者是“一对一”的对象之间的通信。

在通知机制中对某个通知感兴趣的所有对象可以成为接收者首先,对这些对象需要向通知中心(NSNotificationCenter)发出addObserve:选择器:名称:对象消息进行注册,在投送对象投送通知给通知中新世,通知中心就会把通知广播给注册过的接收者。所有的接收者都不知道是谁投送的,更不关心细节。投送对象与接收者是一对多的关系。接收者如果对通知不再关注,会给通知中心发出removeObserver:名称:对象:消息解除注册,以后不再接收通知。


屏幕快照 2018-08-22 上午11.31.38.png

注册通知:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor whiteColor];
    [[NSNotificationCenter defaultCenter]addObserver:self selector:@selector(resignNotification:) name:@"login" object:nil];

    /** 换种方式 */
    __weak typeof(self) weakSelf = self;
    [[NSNotificationCenter defaultCenter]addObserverForName:@"drain" object:nil queue:[NSOperationQueue new] usingBlock:^(NSNotification * _Nonnull note) {
        NSLog(@"你瞅啥");
        NSLog(@"接收到通知:%@",[NSThread currentThread]);
    }];
}

-(void)resignNotification:(NSNotification *)notification{
    NSLog(@"%s",__func__);
    NSLog(@"接收到通知:%@",[NSThread currentThread]);
}

发送同步通知:

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
     [[NSNotificationCenter defaultCenter]postNotificationName:@"login" object:nil userInfo:@{}];

}

发送异步通知:

/**
 * NSPostingStyle有三种:
 NSPostNow:与postNotificationName相同(就是在哪个线程里面就是获取当前线程的通知队列并且默认采用NSPostNow发送时机)
 NSPostASAP:不立即发出通知,而是在runloop匹配时调用,即:runloop处理事件源时
 NSPostWhenIdle:runloop闲置的时候post,即:runloop进入睡眠时
 */
/*
 NSNotificationCoalescing消息合并的方式
 NSNotificationNoCoalescing = 0, //不合并
 NSNotificationCoalescingOnName = 1,//按名称合并
 NSNotificationCoalescingOnSender = 2,//按发送者合并
 */
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
    //每个线程都默认又一个通知队列,可以直接获取,也可以alloc
    NSNotificationQueue *notificationQueue = [NSNotificationQueue defaultQueue];
    NSNotification *notification = [NSNotification notificationWithName:@"drain" object:nil];
    NSNotification * notificationtwo = [NSNotification notificationWithName:@"drain" object:nil];

    NSLog(@"发送通知before:%@",[NSThread currentThread]);
    [notificationQueue enqueueNotification:notification postingStyle:NSPostNow coalesceMask:NSNotificationNoCoalescing forModes:nil];
    [notificationQueue enqueueNotification:notificationtwo postingStyle:NSPostWhenIdle coalesceMask:NSNotificationCoalescingOnName forModes:nil];
    [notificationQueue enqueueNotification:notification postingStyle:NSPostWhenIdle coalesceMask:NSNotificationCoalescingOnName forModes:nil];
    NSLog(@"发送通知After:%@",[NSThread currentThread]);
}

移除通知:

[[NSNotificationCenter defaultCenter]removeObserver:self name:@"login" object:nil];
//<# #>就是<## >

输出结果:

2018-08-22 15:20:53.382286+0800 AngelClient[4074:168069] -[ViewController resignNotification:]
2018-08-22 15:20:53.382421+0800 AngelClient[4074:168069] 接收到通知:<NSThread: 0x60c0000788c0>{number = 1, name = main}
2018-08-22 15:20:53.382513+0800 AngelClient[4074:168069] 发送通知before:<NSThread: 0x60c0000788c0>{number = 1, name = main}
2018-08-22 15:20:53.382889+0800 AngelClient[4074:168112] 你瞅啥
2018-08-22 15:20:53.383015+0800 AngelClient[4074:168112] 接收到通知:<NSThread: 0x604000267dc0>{number = 3, name = (null)}
2018-08-22 15:20:53.383172+0800 AngelClient[4074:168069] 发送通知After:<NSThread: 0x60c0000788c0>{number = 1, name = main}
2018-08-22 15:20:53.383594+0800 AngelClient[4074:168112] 你瞅啥
2018-08-22 15:20:53.383741+0800 AngelClient[4074:168112] 接收到通知:<NSThread: 0x604000267dc0>{number = 3, name = (null)}

NSNotificationCenter是单例模式,创建获得共享实例的方法defaultCenter。其中名称是通知的名字,对象是投送通知时传递过来的对象(不一定是self对象,如果接收者不需要,可以将其设为nil ),USERINFO是投送通知时定义的字典对象,可以用于参数的传递,进行的是同步发送.NSNotificationQueue是将发送的通知加到当前线程的队列中,进行异步发送。
下一篇:观察者模式-KVO详解

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,254评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,875评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,682评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,896评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,015评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,152评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,208评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,962评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,388评论 1 304
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,700评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,867评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,551评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,186评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,901评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,142评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,689评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,757评论 2 351

推荐阅读更多精彩内容