Protocol v.s. Delegate

最近剛好寫了一些跟NSOperation的東西，裡面用到許多的Protocol和Delegate，之前學到我們可以宣告一個Protocol，然後讓class去遵循它，可是那為何我們還需要有Delegate? Delegte不也是讓我們去遵循其中的方法來實作嗎？就像是我們在寫UITableView時都要有UITableViewDataSource和UITableViewDelegate來對資料和cell進行設定（因為View無法擁有自己的資料）。那麼兩個這麼像，Protocol和Delegate又有什麼差別呢？

答案是一定有差別的，不然你就不會一直看到這兩個名詞。先複習一下什麼事Protocol，假設當我宣告MyProtocol中有個aMethodInMyProtocol時，任何一個遵循MyProtocol就可調用該方法；另外也可讓實體變數遵循Protocol，譬如我的MyClass中有以下變數：

@property (nonatomic, strong) id  <myprotocol>  instanceThatImplementMyProtocol;

此時該instanceThatImplementMyProtocol就可調用MyProtocol的方法。此外宣告Protocol時也可再遵循其他Protocol，例如：

@protocol Foo
...
@end

只有當你實作了anotherProtocol後，然後你再實作Foo後你才可以說已經實作好該Foo Protocol。那麼在Delegate又是怎麼樣呢？

Delegate說起來是一種設計方法，全名叫做Delegation Design Pattern，Delegate要求遵循該delegation的class去實作Protocol的方法（可以說是一種「方法」），使得該class可以在特定時候使用該Protocol的method。對我來說，Protocol提供一個介面來讓大家共享裡面的方法，然後Delegate會讓用它的class去實現該方法，使用Delegate的好處是可以減弱耦合，達到共享的目的。

另外取自StackoverFlow的解答，我覺得看英文比較能懂：）
The class that uses the delegate knows that its delegate coforms to the protocol, so it knows that it can call the implemented methods at given times.