代理/通知/block/KVO

代理:

第一就是代理,这也是很常用的方式,特点是一对一的形式,而且逻辑结构非常清晰。实现起来较为简单:
1.声明协议
2.定义代理这个属性,
3.设置代理
最好在你想通知代理做事情的方法中调用即可。当然这里面有一些细节,包括
①协议定义时,请用关键字@required,和@optional来明确代理是否必须实现某些方法
②代理的类型需用id类型,并写明要遵守的协议,为防止循环引用代理属性要用copy
③就是在调用代理方法的时候需要判断代理是否实现该方法,以避免代理在回调时因为没有实现方法而造成程序崩溃。

适用场景:

公共接口,回调方法较多也选择用delegate进行解耦
iOS最常用tableViewDelegate,textViewDelegate

通知:

通知的优点很明显,他是一对多的形式,而且可以在任意对象之间传递,不需要二者有联系,当然他的实现和代理相比较稍微绕一点,使用通知主要就3步:
1.在通知中心注册,
2.发通知,
3.收通知。
这里面的注意点就是:
①对于系统没有定义的事件监听时需要自己发通知,这是你就需要定义一个key,是字符串类型,这也是通知的一个弊端,你需要拷贝到收通知的对象,避免写错一个字母而无法收通知的尴尬,可以定义成宏.
②就是注册的通知中心需要手动移除,不然除了性能的问题还会有其他的问题出现,比如说一个控制器消失了之后还有因为某些事件而发出通知,造成不想要的结果。

使用场景:

1: 很多控制器都需要知道一个事件,应该用通知;
2 :相隔多层的两个控制器之间跳转

block:

block是C语言的,类是于C的函数

  • 它是一种数据类型,可以当参数传递
  • 说的简单点block就是一组预先准备好的代码,在需要的时候执行,无论在哪调用,block的执行都会回到block创建的地方执行

使用场景:

异步和简单的回调用block更好
Block最典型的是大所周知的AFNetWorking第三方库

注意点:
1.当block作为属性时,要用copy修饰
因为防止在MRC下,如果block访问了外部变量,那么block就会存在栈区,当Block所在的作用域结束时就会被销毁,所以当在别的地方回掉时可能就会出错,为了避免这种情况就需要手动调用Block的copy方法copy到堆区,这也是Block当属性时用copy的原因.在MRC下需要手动管理内存(需要程序猿手动copy到堆区)

2.____weak
Block还有一个注意点就是,Block会对外部使用的变量和控制器进行强引用,为避免循环引用造成资源释放不了,需要用__weak修饰外部变量和控制器

3.__block

block内部默认是不能修改外部变量的值,如果要修改使用__block修饰,一旦用__block修饰了,变量的地址就变成了堆区的地址.

KVO:

翻译过来就是"键值观察",用来监听对象的属性值的变化,指定的被观察的对象的属性被修改后,KVO就会通过回调方法自动通知相应的观察者了,KVO和通知有点相似,使用步骤:

  1. 注册,指定被观察者的属性,
  2. 实现回调方法
  3. 移除观察
KVO底层原理实现: KVO是基于runtime机制实现的

什么是isa?
每一个对象内部都有一个 isa 指针,这个指针是指向它的真实类型根据这个指针就能知道将来调用哪个类的方法

KVO前后的isa变化
在addObserver:forKeyPath:options:context:之后,利用objective-c的runtime机制把象p的isa变为了NSKVONotifying_Person

所以,根据上面的isa介绍,响应setAge的方法,实际上是对象p的isa即NSKVONotifying_Person类的setAge方法,并不是原Person类的setAge方法。

小结:当某个类的对象第一次被观察时,系统就会在运行期动态地创建该类
的一个派生类,在这个派生类中重写基类中任何被观察属性的
setter 方法。

区别:

1.大多数情况下看个人习惯.
2.但是, 一般在层级结构比较深又需要传值的情况,用通知比较合适.
3.代理比通知规范,非常适合多人开发以及代码维护,还有就是当通信事件比较多时,建议使用代理;
4.KVO仅仅是能监听对象属性的改变(灵活度不如通知和代理),比如,监听tableView的contentOffSet
5.block,异步和简单的回调用block更好,例如,一些网络库,AFNetworking

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

推荐阅读更多精彩内容