iOS-应该使用哪种方法进行反向传值

iOS页面之间反向传值方式：单例，KVO，代理，block，通知

面试的时候有没有被问到过他们的区别？到底哪种情况应该选择用哪一种方式？一对一用代理，一对多用通知？那一对一是不是也可以用通知？一对一的时候为什么不用block呢？。。。。
许多的问题都不明白，不明白的原因还是项目做的少，代码敲的少，用的第三方库没有去看过源码

这里不讨论各种传值方法代码怎么写的，只讨论什么情况下使用哪种方法

单例

单例是可以反向传值，但是这种获取值是主动的，所以只有在个别的情况下使用，比如用户信息。
app的用户信息肯定是一个单例，所以每个展示用户信息的ViewController里面在viewWillAppear里面重新刷新界面(如果只是用单例传值)。

KVO

用户信息的更新不适合用KVO，因为你可能会在用户退出的时候重新生成一个带基本信息的user传给单例，这个时候KVO就失效了。重新赋值的时候重新注册KVO对象？好吧，这样是可以的。
KVO适合监听生成后不会改变的对象的参数，比如在做下拉刷新时候监听tableView的contentOffset参数。下拉刷新的第三方库都是这样做的吧

代理

我不喜欢用代理，还要写协议，所以我一般会使用block代替代理，但是代理还是有它的好处。

• 不担心引用的问题。当A实现了B的代理时，如果A释放了，B通过很简单的安全判断就可以不再调起A的实现方法。而block就不行，只要实现了block肯定会执行代码块里面的内容的。在block里面加一个weakself判断？当然可以避免执行，你要在每个block里面都加一个判断吗？不过你可以这样写，把代码块封装成一个方法，然后调用，比如

    ^() {
        [weakSelf doSomeThing];
    }

偶尔你的代码块逻辑比较复杂，这个时候就会用到这种方式。这样self释放了，代码块就不会调用doSomeThing方法了，但还是会进入的代码块。

• 当一个协议方法必须要实现的时候，如果没有实现会有警告提示，这也是很好的，特别是多人合作，同事也许并不知道回调必须要实现
• 当你的一个方法调用后会依次接收到多个回调时。比如UIScrollViewDelegate，你可能使用的回调scrollViewWillBeginDragging、scrollViewWillEndDragging、scrollViewWillBeginZooming、scrollViewDidEndZooming、scrollViewShouldScrollToTop，如果使用block，那就是一个^接着一个啊，那画面多美……

block

block代码块，一开始接触我就喜欢上它了，代码的逻辑位置非常明确。
除了不适合使用 block的时候(比如上面代理中描述的那些)，其他的时候都可以使用block，特别是只有一个回调的时候，代码会看起来思路更清晰。但是一定要注意该使用__block和__weak的时候一定要使用。
这里说下__block和__weak的区别：

1. __block不管是ARC还是MRC模式下都可以使用，可以修饰对象，还可以修饰基本数据类型。
2. __weak只能在ARC模式下使用，也只能修饰对象（例NSString），不能修饰基本数据类型（int）。
3. __block对象可以在block中被重新赋值，__weak不可以。
4. __block 本身无法避免循环引用的问题，__weak可以避免循环引用
   PS: __unsafe_unretained修饰符可以被视为iOS SDK 4.3以前版本的__weak的替代品，不过不会被自动置空为nil。所以尽可能不要使用这个修饰符。

__typeof与typeof：前者是之前的写法，后者是最新写法。Xcode7.2上已不自动提示前者的写法，但可以通过编译

有人说block出错时不易查找，我感觉虽然block不能直接点击定位到代码位置，但是还是可以通过查找方法名的方法找到的，稍微麻烦了一点而且，并不是不易查找。

block的运行成本比较高，block出栈需要将使用的数据从栈内存拷贝到堆内存，当然对象的话就是加计数，使用完或者block置nil后才消除；delegate只是保存了一个对象指针，直接回调，没有额外消耗。相对C的函数指针，只多做了一个查表动作

通知

通知和KVO很像，唯一的区别就是是否需要手动书写通知的发出。这点决定了很多。
KVO只需在观察者里进行实现，被观察者不用添加任何代码，所以谁要监听谁注册，然后对响应进行处理即可，使得观察者与被观察者完全解耦，运用很灵活很 简便；但是KVO只能检测类中的属性，并且属性名都是通过NSString来查找，编译器不会帮你检错和补全，纯手敲所以比较容易出错。
NSNotification需要被观察者先主动发出通知，然后观察者注册监听后再来进行响应，比KVO多了发送通知的一步，但是其优点是监听不局限于属性的变化，还可以对多种多样的状态变化进行监听，监听范围广，使用也更灵活。
通知和KVO都可以很好的将代码解耦，比如登录成功后发送通知吧，退出登录发送通知吧，因为其他的类不需要关心登录过程和退出过程，只需要有结果的时候告诉别人就好了，广播通知是最合适的
不同的模块之间用通知也很合适，可以很好的解耦。
同时我个人有一些轻微的强迫症，不喜欢用太多的通知，只因为不喜欢通知漫天飞舞的画面。

正确>合适>个人喜好

首先要保证选择的方式是正确的(比如一对多时不能使用代理)，然后每种方式都有最合适用的时候，除了最合适用的时候其他的更多的是看个人喜好，你喜欢就好
另外性能和解耦也是你选择的一个参考，block速度最快