Delegate,Notification,Block

参考:http://www.ithao123.cn/content-8349585.html

1.Delegate(代理、委托)

代理几乎是iOS开发中最常用的传值方式,在项目中的AppDelegate就是使用的这种设计模式,不仅如此,还有很多原生的控件也使用的这种设计模式,比如:UITextFiled,UITableView等等。

Delegate的优点和缺陷:

优点:

1.减少代码的耦合性,使事件监听和事件处理相分离。

2.清晰的语法定义,减少维护成本,较强的代码可读性。

3.不需要创建第三方来监听事件和传输数据。

4.一个控制器可以实现多个代理,满足自定义开发需求,可选必选有较大的灵活性。

缺点:

1.实现委托的代码过程比较繁琐。

2.当实现跨层传值监听的时候将加大代码的耦合性,并且程序的层次结构将变的混乱。

3.当对多个对象同时传值响应的时候,委托的易用性将大大降低。

2.NotificationCenter(通知)

通知也是iOS开发中常用的一种传值响应方法,例如在AVFoundation框架中的MPMoviePlayerController在监听播放状态改变,播放停止等事件时使用的也正是NotificationCenter。

NSNotification采用的单例设计模式,当给通知中心注册一个key以后,那么无论在什么地方只要给通知中心发送一个这个key的消息,那么就实现了通信传值,注册的通知的对象就会调用相应的方法。

优点:

1.使用简单,代码精简。

2.解决了同时向多个对象监听相应的问题。

3.传值方便快捷,Context自身携带相应的内容。

缺点:

1.使用完毕后,要时刻记得注销通知,否则将出现不可预见的crash。

2.key不够安全,编译器不会监测是否被通知中心正确处理。

3.调试的时候动作的跟踪将很难进行。

4.当使用者向通知中心发送通知的时候,并不能获得任何反馈信息。

5.需要一个第三方的对象来做监听者与被监听者的中介。

3.Block(代码块)

Block是iOS4.0+ 和Mac OS X 10.6+ 引进的对C语言的扩展,用来实现匿名函数的特性

闭包是一个能够访问其他函数内部变量的函数。

官方文档中也提到了几种Block的使用场合。

任务完成时回调处理

消息监听回调处理

错误回调处理

枚举回调

视图动画、变换

排序

优点:

1.语法简洁,实现回调不需要显示的调用方法,代码更为紧凑。

2.增强代码的可读性和可维护性。

3.配合GCD优秀的解决多线程问题。

缺点:

1.Block中得代码将自动进行一次retain操作,容易造成内存泄露。

2.Block内默认引用为强引用,容易造成循环引用。

(二)注意事项

1.代理

在代理中调用方法的时候使用的是系统的子线程,因此,当使用Delegate进行UI操作的时候,必须调用GCD的主线程方法:

dispatch_async(dispatch_get_main_queue(), <^(void)block>),在block中写进行的UI操作代码。

2.通知

在通知的使用过程中Crash的原因很多情况都是注册观察者以后没有及时的注销观察者,当然这个情况在非ARC时代比较常见,但是这并不是说在现在的ARC时代就不会出现这个问题。往往一旦出现问题就很难追查,所以还是要养成及时注销的习惯。

由于通知的使用极其简单,往往能够看到很多开发人员在开发过程中滥用NSNoticationCenter的现象。导致到处都是乱七八糟的通知,代码的可维护性和可读性非常差,即便是使用了宏定义也不能完全避免这些问题。比如在Debug的时候,当存在多个Observe的时候,简直就是要人命的感觉,想死的心都有了。在这方面Block和Delegate比Notification强太多了。

3.Block

当在Block中引用某个外部变量的时候,Block内部只会进行只读拷贝,这也就意味着,即便你在使用Block之前修改了那个外部变量的值,那么在你使用的Block里面它的值依旧是最开始的那个外部变量的值。如果想要同步外部变量的值,那么就需要在block内部引用变量时,在前面加上__block关键字。

block本身是像对象一样可以retain,和release。但是,block在创建的时候,它的内存是分配在栈(stack)上,而不是在堆(heap)上。他本身的作于域是属于创建时候的作用域,一旦在创建时候的作用域外面调用block将导致程序崩溃。

(三)使用场景对比

1.回调方法

在日常的开发过程中,我们经常会遇到一些完成之后的处理问题,比如完成网路请求之后的回调,或者页面加载完成之后的回调等。这个时候我们一般使用的是前两者方法,即Block或者Delegate。

而在一对一传输回调的时候明显Block的使用更加的简单高效,只需要在代码块中执行所需要的操作即可。

在一对多的情况下,Delegate更加能够发挥出自己的优势。

2.跨层通信

有的时候我们需要实现在两个毫无关联的对象之间的通信,这个时候如果使用Block或者Delegate就势必会增加代码的耦合性,这样对于代码的结构来说是不健康的,因此这个时候使用Notification便是明智的选择。

3.UI响应事件

用户在与App的UI进行互动的时候,总会需要App进行交互响应,这个时候就毫无疑问的使用代理设计模式。而苹果官方给出的建议也是可以肯定的,在Cocoa Touch框架中我们也可以在几乎所有的UI交互控件的头文件里看到Delegate的成员变量,也正是印证了在UI响应事件上Delegate有着绝对的优势。

4.简单值得传递

当需要进行简单值得传递的时候,比如子控件传输给父控件所点击的IndexPath的时候,更加适合使用Block来传值。因为,如果只是为了传这一个简单的值而没有特别的业务处理而定义一个协议,然后实现协议,设置代理再写方法的话将十分麻烦,得不偿失,这个时候简单高效的Block就可以完美的替代Delegate完成任务了。

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

推荐阅读更多精彩内容