何时用Delegate和何时用Block？

公共接口，方法较多也选择用delegate进行解耦 
iOS有很多例子比如最常用tableViewDelegate，textViewDelegate 

异步和简单的回调用block更好 
iOS有很多例子比如常用的网络库AFNetwork，ASIHTTP库，UIAlertView类。 

都是为了在具体的实现Delegate或Block中再进行处理，属于策略模式，具体算法在具体算法类中实现。 

显示状态栏菊花效果 
[[UIApplication sharedApplication] setNetworkActivityIndicatorVisible:YES]; 

//************************ stone ***

委托和block是IOS上实现回调的两种机制。Block基本可以代替委托的功能，而且实现起来比较简洁，比较推荐能用block的地方不要用委托。

运行成本低。block成本很高的。而且delegate是经典设计模式也就是大部分的语言都可以实现的模式，相对block出现比较早。
block出栈需要将使用的数据从栈内存拷贝到堆内存，当然对象的话就是加计数，使用完或者block置nil后才消除。delegate只是保存了一个对象指针，直接回调，没有额外消耗。相对C的函数指针，只多做了一个查表动作。
delegate的弊病在ARC之前是容易出现野指针。此外delegate比较适合纯粹的一对一回调，如果牵扯多对一，代码很臃肿。
delegate的优点在于运行成本低，适合运算强度较大、回调频繁的环境。

//************************ stone ***

apple力推block的力度是有目共睹,以前就不说了,就说新的
iOS8里新UIAlertViewController里的action已经全部用block实现
swift里的闭包函,包括闭包内的简化数比比皆是

单就编程过程而言,block对开发者处理逻辑,编程效率,代码阅读都有积极影响,为此,我在逐步使用block代替回调,代替target-action模式,当然这只是我自己的习惯
性能问题我不是很担心,apple会处理的很好,以我目前能力也没遇到过太多的性能问题
唯一要注意的时不要有retain-circle 初识block很容易出现这个问题

待编辑