id ,NSObject, id<NSObject>差別

我們經常會混淆以下三種申明（我是沒有留意過）：

    1. id foo1;

    2. NSObject *foo2;

    3. id<NSObject> foo3;

    第一種是最常用的，它簡單地申明了指向對象的指針，沒有給編譯器任何類型資訊，是以，編譯器不會做類型檢查。但也因為是這樣，你可以發送任何資訊給id類型的對象。這就是為什麼+alloc傳回id類型，但調用[[Foo alloc] init]不會産生編譯錯誤。

    是以，id類型是運作時的動态類型，編譯器無法知道它的真實類型，即使你發送一個id類型沒有的方法，也不會産生編譯警告。

    我們知道，id類型是一個Objective-C對象，但并不是都指向繼承自NSOjbect的對象，即使這個類型和NSObject對象有很多共同的方法，像retain和release。要讓編譯器知道這個類繼承自NSObject，一種解決辦法就是像第2種那樣，使用NSObject靜态類型，當你發送NSObject沒有的方法，像length或者count時，編譯器就會給出警告。這也意味着，你可以安全地使用像retain，release，description這些方法。

    是以，申明一個通用的NSObject對象指針和你在其它語言裡做的類似，像java，但其它語言有一定的限制，沒有像Objective-C這樣靈活。并不是所有的Foundation/Cocoa對象都繼承息NSObject，比如NSProxy就不從NSObject繼承，是以你無法使用NSObject＊指向這個對象，即使NSProxy對象有release和retain這樣的通用方法。為了解決這個問題，這時候，你就需要一個指向擁有NSObject方法對象的指針，這就是第3種申明的使用情景。

    id告訴編譯器，你不關心對象是什麼類型，但它必須遵守NSObject協定(protocol)，編譯器就能保證所有指派給id類型的對象都遵守NSObject協定(protocol)。這樣的指針可以指向任何NSObject對象，因為NSObject對象遵守NSObject協定(protocol)，而且，它也可以用來儲存NSProxy對象，因為它也遵守NSObject協定(protocol)。這是非常強大，友善且靈活，你不用關心對象是什麼類型，而隻關心它實作了哪些方法。

    現在你知道你要用什麼類型了不？

    如果你不需要任何的類型檢查，使用id，它經常作為傳回類型，也經常用于申明代理(delegate)類型。因為代理類型通常在運作時，才會檢查是否實作了那些方法。

    如果真的需要編譯器檢查，那你就考慮使用第2種或者第3種。很少看到NSObject＊能正常運作，但id無法正常運作的。使用協定(protocol)的優點是，它能指向NSProxy對象，而更常用的情況是，你隻想知道某個對象遵守了哪個協定，而不用關心它是什麼類型。