Delegate, NSNotification, KVO, Block

delegate:
当我们第一次编写iOS应用时,我们注意到不断的在使用“delegate”,并且贯穿于整个SDK。delegation模式不是iOS特有的模式,而是依赖与你过去拥有的编程背景。针对它的优势以及为什么经常使用到,这种模式可能不是很明显的。delegate的基本特征是,一个controller定义了一个协议(即一系列的方法定义)。该协议描述了一个delegate对象为了能够响应一个controller的事件而必须做的事情。协议就是delegate说,“如果你想作为我的delegate,那么你就必须实现这些方法”。实现这些方法就是允许controller在它的delegate能够调用这些方法,而它的delegate知道什么时候调用哪种方法。delegate可以是任何一种对象类型,因此controller不会与某种对象进行耦合,但是当该对象尝试告诉委托事情时,该对象能确定delegate将响应。
 
优点:
1.非常严格的语法,减少维护成本,较强的代码可读性,所有能响应的事件必须在协议中有清晰的定义
2.编译器能帮你检查是否实现了所有应该实现的方法,不容易遗忘和出错,如果delegate中的一个方法没有实现那么就会出现编译警告/错误
3.使用delegate的时候,逻辑很清楚,控制流程可跟踪和识别
4.在一个controller中可以定义多个协议,每个协议有不同的delegate,满足自定义开发需求,可选必选有较大的灵活性。
5.没有第三方要求保持/监视通信过程,一旦出现问题,那我们可以比较方便的定位错误代码。
6.能够接受调用的协议方法的返回值,意味着delegate能够提供反馈信息给controller
7.减少代码的耦合性,使事件监听和事件处理相分离。 
 
缺点:
1.需要定义很多代码:1.协议定义;2.controller的delegate属性;3.在delegate本身中实现delegate方法定义,实现委托的代码过程比较繁琐。
2.在释放代理对象时,需要小心的将delegate改为nil。一旦设定失败,那么调用释放对象的方法将会出现内存crash
3.在一个controller中有多个delegate对象,并且delegate是遵守同一个协议,但还是很难告诉多个对象同一个事件,不过有可能,委托的易用性将大大降低。
4.当实现跨层传值监听的时候将加大代码的耦合性,并且程序的层次结构将变的混乱。
5.要注意防止强循环引用
 
 
 
 
NSNotification:
有一个“Notification Center”的概念,他是一个单例对象,允许当事件发生的时候通知一些对象,满足控制器与一个任意的对象进行通信的目的,这种模式的基本特征就是接收到在该controller中发生某种事件而产生的消息,controller用一个key(通知名称),这样对于controller是匿名的,其他的使用同样地key来注册了该通知的对象能对通知的事件作出反应。
 
优点:
1.代码量少,实现比较简单
2.一个对象发出的通知,多个对象能进行反应,一对多的方式实现很简单
3.传值方便快捷,Context自身携带相应的内容。
 
缺点:
1.编译期不会接茬通知是否能被正确处理
2.释放注册的对象时候,需要在通知中心取消注册,否则将出现不可预见的crash
3.调试的时候,程序的工作以及控制流程难跟踪
4.controller和观察者需要提前知道通知名称、UserInfo dictionary keys。如果这些没有在工作区间定义,那么会出现不同步的情况
5.当使用者向通知中心发送通知的时候,并不能获得任何反馈信息。
6.需要一个第三方的对象来做监听者与被监听者的中介,管理controller和观察者的联系
 
 
 
 
KVO
KVO是一个对象能够观察另外一个对象的属性的值,并且能够发现值的变化。前面两种模式更加适合一个controller与任何其他的对象进行通信,而KVO更加适合任何类型的对象侦听另外一个任意对象的改变(这里也可以是controller,但一般不是controller)。这是一个对象与另外一个对象保持同步的一种方法,即当另外一种对象的状态发生改变时,观察对象马上作出反应。它只能用来对属性作出反应,而不会用来对方法或者动作作出反应。
 
优点:
1.能够提供一种简单的方法实现两个对象间的同步。例如:model和view之间同步;
2.能够对非我们创建的对象,即内部对象的状态改变作出响应,而且不需要改变内部对象(SDK对象)的实现;
3.能够提供观察的属性的最新值以及先前值;
4.用key paths来观察属性,因此也可以观察嵌套对象;
5.完成了对观察对象的抽象,因为不需要额外的代码来允许观察值能够被观察
 
缺点:
1.我们观察的属性必须使用strings来定义。因此在编译器不会出现警告以及检查;
2.对属性重构将导致我们的观察代码不再可用;
3.复杂的“IF”语句要求对象正在观察多个值。这是因为所有的观察代码通过一个方法来指向;
4.当释放观察者时不需要移除观察者。
KVO有显著的使用场景,当你希望监视一个属性的时候,我们选用KVO,而notification和delegate有比较相似的用处,当处理属性层的消息的事件时候,使用KVO,其他的尽量使用delegate,除非代码需要处理的东西确实很简单,那么用通知很方便
 
 
 
 
block:
Block是对象,它封装了一段代码,这段代码可以在任何时候执行。block可以作为函数参数或者函数的返回值,而其本身又可以带输入参数或返回值。它和传统的函数指针很类似,但是有区别:block是inline的,并且它对局部变量是只读的。 
 
优点: 
1.block也就是代码块,在很多调用中使用block都会使得代码的逻辑更加清晰。
2.block可以不进行命名,或者存储在临时变量之中;所以在只需要调用一次,或者在同一函数内多次调用的地方,使用block会比较方便。
3.当然,block也可以存储在属性之中,进行多次调用;这么使用的时候,一定要注意判断block不为nil。
4.语法简洁,实现回调不需要显示的调用方法,代码更为紧凑。
5.增强代码的可读性和可维护性。
6.配合GCD优秀的解决多线程问题。
 
缺点:
1.Block中得代码将自动进行一次retain操作,容易造成内存泄露。 
2.Block内默认引用为强引用,容易造成循环引用。

 

原文地址:https://www.cnblogs.com/oc-bowen/p/8652492.html