本篇要討論的是協(xié)議和繼承之間的關(guān)系，但為了方便理解，先從協(xié)議(Protocol)、委托(Delegate)和類別(Category)的關(guān)系說起。我曾經(jīng)跟很多面試者問過這個問題，這幾個概念之間的區(qū)別與聯(lián)系，但是能完整答出來的很少。這幾個概念在Objective-C里面是很基礎(chǔ)，也是很重要的，用的好的話能大大提高代碼的靈活性。
Delegate相信大家不會感到陌生，從學(xué)習(xí)iOS 開發(fā)界面的第一節(jié)課起，就接觸過UITableViewDelegate ，到后來自己寫Delegate用來在View和ViewController之間傳遞消息。Category也是用的比較多，最典型的就是用來添加 UIView設(shè)置top、bottom、left、right這些屬性的方法，稍微深入一點的會了解到Category不僅可以添加方法，還可以通過runtime添加屬性。而Protocol 了解的人就比較少了，僅僅只是知道Delegate里面用到了Protocol，卻說不出他們之間有什么關(guān)系。下面我重點說說協(xié)議。
其實從廣義上來說， Delegate和Category都是一種Protocol，在蘋果的官方文檔中是這樣說的，類接口是與類相關(guān)的方法和屬性的集合，而協(xié)議就是約定這些方法和屬性的，他不依賴于特定的類。從這個定義上來看，包含了幾個要素：
1. 協(xié)議是一種接口，或者說一種約定，必須被類實現(xiàn)才有意義。
2. 任何類都有可能實現(xiàn)這個協(xié)議。
3. 協(xié)議中包含一些方法或?qū)傩浴?/p>
這跟C++里面的抽象類或者Java里面的Interface有點像，事實上，我們也確實可以這么理解，只不過，Objective-C里面沒有抽象類，而且也不能像C++那樣繼承多個類，所以才有了協(xié)議這么一說。
協(xié)議分為正式協(xié)議和非正式協(xié)議，正式協(xié)議包含必選和可選的方法，而非正式協(xié)議都是必選的，如果不實現(xiàn)，編譯器就會報錯。Category就是一種非正式協(xié)議，他是在當(dāng)前類的基礎(chǔ)上實現(xiàn)的協(xié)議，不能給其他類使用，協(xié)議的內(nèi)容就是Category里面定義的方法。而Delegate是不同類之間的（正式）協(xié)議，通過一個id<XXXDelegate>來傳遞消息。 這里的id是任何Objective-C的類型，Delegate與Protocol的區(qū)別在于Protocol是可以申明類方法的，而Delegate只能是實例方法。
由此可見，協(xié)議是很靈活的，他并不限定誰去實現(xiàn)它，它只關(guān)心協(xié)議有沒有被正確地實現(xiàn)。這種松散的關(guān)系正好適合于降低類之間的耦合性，也可以將一些不必要的信息隱藏起來。
比如我們有一個類，叫VCManager，用于統(tǒng)一處理一系列ViewController的創(chuàng)建及相關(guān)屬性的賦值。由于程序中的ViewController是多種多樣的，我們可以在VCManager中把所有的類都包含進來，但這樣會導(dǎo)致頭文件依賴過多，不利于維護。要想解決依賴的問題，可以通過協(xié)議或者類繼承的方式來處理。類繼承的方式容易理解，就是父類封裝一個創(chuàng)建ViewController的接口，子類負(fù)責(zé)具體的實現(xiàn)，這種方式我們叫做抽象工廠模式。 而協(xié)議的處理方式就是讓這些ViewController都實現(xiàn)同一個協(xié)議，這個協(xié)議我們姑且稱作VCManagerProtocol，然后VCManager中通過調(diào)用id<VCManagerProtocol> 的協(xié)議方法，來實現(xiàn)ViewController的創(chuàng)建和屬性的賦值。
如果你仔細(xì)比較這兩種實現(xiàn)的方式，會發(fā)現(xiàn)類繼承要寫的代碼比較少，但多抽了一層，不利于代碼的擴展，而協(xié)議要寫的代碼比較多（每個類都得實現(xiàn)協(xié)議方法），但不會增加類的層級，以后維護起來更方便。
我前面也提到了，協(xié)議可以認(rèn)為是C++里面的抽象類，也就是說這些ViewController相當(dāng)于是繼承了VCManagerProtocol這個“抽象”的類，從這個角度來看協(xié)議也是一種繼承。只是比一般的繼承更靈活。
