一、delegate

当我们第一次编写iOS应用时，我们注意到不断的在使用"delegate"，并且贯穿于整个SDK，delegate模式不是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

有一个"NSNotification 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内默认引用为强引用，容易造成循环引用。