代理与通知

代理

代理设计模式的作用:

    1.A对象监听B对象的一些行为,A成为B的代理    

    2.B对象想告诉A对象一些事情,A成为B的代理

代理设计模式的总结:   

     如果你想监听别人的一些行为,那么你就要成为别人的代理

     如果你想告诉别人一些事情,那么就让别人成为你的代理

代理设计模式的开发步骤

    * 1.拟一份协议(协议名字的格式:控件名 + Delegate),在协议里面声明一些代理方法(一般代理方法都是@optional)

    * 2.声明一个代理属性:@property (nonatomic, weak) id<代理协议> delegate;

    * 3.在内部发生某些行为时,调用代理对应的代理方法,通知代理内部发生什么事

    * 4.设置代理:xxx.delegate = yyy;

    * 5.yyy对象遵守协议,实现代理方法

 代理和通知的区别 

代理:1个对象只能告诉另1个对象发生了什么事

通知:1个对象可以告诉N个对象发生了什么事

 KVC\KVO

- KVC(Key Value Coding)常见作用:给模型属性赋值

- KVO(Key Value Observing)常用作用:监听模型属性值的改变

- KVO的使用步骤

// cc监听了aa的name属性的改变`

[aa addObserver:cc forKeyPath:@"name" options: NSKeyValueObservingOptionOld context:nil];

// cc得实现监听方法

/**

* 当监听到object的keyPath属性发生了改变

*/

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context

{

NSLog(@"监听到%@对象的%@属性发生了改变, %@", object, keyPath, change);

}


通知(NSNotification)

一个完整的通知一般包含3个属性:

- (NSString *)name; // 通知的名称

- (id)object; // 通知发布者(是谁要发布通知)

- (NSDictionary *)userInfo; // 一些额外的信息(通知发布者传递给通知接收者的信息内容)

初始化一个通知(NSNotification)对象

+ (instancetype)notificationWithName:(NSString *)aName object:(id)anObject;

+ (instancetype)notificationWithName:(NSString *)aName object:(id)anObject userInfo:(NSDictionary *)aUserInfo;

- (instancetype)initWithName:(NSString *)name object:(id)object userInfo:(NSDictionary *)userInfo;

发布通知

通知中心(NSNotificationCenter)提供了相应的方法来帮助发布通知

- (void)postNotification:(NSNotification *)notification;

// 发布一个notification通知,可在notification对象中设置通知的名称、通知发布者、额外信息等

- (void)postNotificationName:(NSString *)aName object:(id)anObject;

// 发布一个名称为aName的通知,anObject为这个通知的发布者

- (void)postNotificationName:(NSString *)aName object:(id)anObject userInfo:(NSDictionary *)aUserInfo;

// 发布一个名称为aName的通知,anObject为这个通知的发布者,aUserInfo为额外信息

注册通知监听器

通知中心(NSNotificationCenter)提供了方法来注册一个监听通知的监听器(Observer)

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(NSString *)aName object:(id)anObject;

- observer:监听器,即谁要接收这个通知

- aSelector:收到通知后,回调监听器的这个方法,并且把通知对象当做参数传入

- aName:通知的名称。如果为nil,那么无论通知的名称是什么,监听器都能收到这个通知

- anObject:通知发布者。如果为anObject和aName都为nil,监听器都收到所有的通知

- (id)addObserverForName:(NSString *)name object:(id)obj queue:(NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block;

- name:通知的名称

- obj:通知发布者

- block:收到对应的通知时,会回调这个block

- queue:决定了block在哪个操作队列中执行,如果传nil,默认在当前操作队列中同步执行

取消注册通知监听器

- 通知中心不会保留(retain)监听器对象,在通知中心注册过的对象,必须在该对象释放前取消注册。否则,当相应的通知再次出现时,通知中心仍然会向该监听器发送消息。因为相应的监听器对象已经被释放了,所以可能会导致应用崩溃

- 通知中心提供了相应的方法来取消注册监听器

- (void)removeObserver:(id)observer;

- (void)removeObserver:(id)observer name:(NSString *)aName object:(id)anObject;

- 一般在监听器销毁之前取消注册(如在监听器中加入下列代码):

- (void)dealloc {

//[super dealloc];  非ARC中需要调用此句

[[NSNotificationCenter defaultCenter] removeObserver:self];

}

UIDevice通知

- UIDevice类提供了一个单粒对象,它代表着设备,通过它可以获得一些设备相关的信息,比如电池电量值(batteryLevel)、电池状态(batteryState)、设备的类型(model,比如iPod、iPhone等)、设备的系统(systemVersion)

- 通过[UIDevice currentDevice]可以获取这个单粒对象

 UIDevice对象会不间断地发布一些通知,下列是UIDevice对象所发布通知的名称常量:

UIDeviceOrientationDidChangeNotification // 设备旋转

 UIDeviceBatteryStateDidChangeNotification // 电池状态改变

 UIDeviceBatteryLevelDidChangeNotification // 电池电量改变

 UIDeviceProximityStateDidChangeNotification // 近距离传感器(比如设备贴近了使用者的脸部)

键盘通知

 我们经常需要在键盘弹出或者隐藏的时候做一些特定的操作,因此需要监听键盘的状态

 键盘状态改变的时候,系统会发出一些特定的通知

 UIKeyboardWillShowNotification // 键盘即将显示

 UIKeyboardDidShowNotification // 键盘显示完毕

 UIKeyboardWillHideNotification // 键盘即将隐藏

 UIKeyboardDidHideNotification // 键盘隐藏完毕

 UIKeyboardWillChangeFrameNotification // 键盘的位置尺寸即将发生改变

 UIKeyboardDidChangeFrameNotification // 键盘的位置尺寸改变完毕

 系统发出键盘通知时,会附带一下跟键盘有关的额外信息(字典),字典常见的key如下:

 UIKeyboardFrameBeginUserInfoKey // 键盘刚开始的frame

 UIKeyboardFrameEndUserInfoKey // 键盘最终的frame(动画执行完毕后)

 UIKeyboardAnimationDurationUserInfoKey // 键盘动画的时间

 UIKeyboardAnimationCurveUserInfoKey // 键盘动画的执行节奏(快慢)

通知和代理的选择

共同点

- 利用通知和代理都能完成对象之间的通信

(比如A对象告诉D对象发生了什么事情, A对象传递数据给D对象)

不同点

- 代理 : 1个对象只能告诉另1个对象发生了什么事情

- 通知 : 1个对象能告诉N个对象发生了什么事情, 1个对象能得知N个对象发生了什么事情

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

推荐阅读更多精彩内容