Objective-C中的instancetype和id區別

標籤：分享   new   方法   hba   plain   set   參考   注意   ships   

 

在日常的編碼過程中,我們幾乎養成了所有的不確定類型傳回值都用id的習慣.的確,因為它萬金油一般的萬能指標特性再加上instancetype在ios7.0之後才出現.導致很多人還沒有改變原來的編碼習慣.更不用說去深掘二者之間的細微差別.其實兩者在類型表示上,都可以表示任何物件類型.但有一點需要我們注意的是,instancetype只能用在傳回值類型,而id不僅可以用在傳回值類型,還能用於參數類型.

在使用上,instancetype比id多一個好處,那就是編譯器會檢測instancetype的真實類型.在平時,我們可能不會意識到這一點?,但是在實際開發中,這一點點的小小失誤可能會要了你的命.

 

一、什麼是instancetype

instancetype是clang 3.5開始，clang提供的一個關鍵字，表示某個方法返回的未知類型的Objective-C對象。我們都知道未知類型的的對象可以用id關鍵字表示，那為什麼還會再有一個instancetype呢？往下瞅

二、關聯傳回型別（related result types）

根據Cocoa的命名規則，滿足下述規則的方法：

1、類方法中，以alloc或new開頭

2、執行個體方法中，以autorelease，init，retain或self開頭

會返回一個方法所在類類型的對象，這些方法就被稱為是關聯傳回型別的方法。換句話說，這些方法的返回結果以方法所在的類為類型，說的有點繞口，請看下面的例子：

[objc] view plain copy

 

1. @interface NSObject  
2. + (id)alloc;  
3. - (id)init;  
4. @end  
5.   
6. @interface NSArray : NSObject  
7. @end  

當我們使用如下方式初始化NSArray時：

[objc] view plain copy

 

1. NSArray *array = [[NSArray alloc] init];  

按照Cocoa的命名規則，語句的類型就是因為alloc的傳回型別屬於關聯傳回型別。 

 

三、instancetype作用

1、作用

如果一個不是關聯傳回型別的方法，如下：

[objc] view plain copy

 

1. @interface NSArray  
2. + (id)constructAnArray;  
3. @end  

 

當我們使用如下方式初始化NSArray時：

[objc] view plain copy

1. [NSArray constructAnArray];  

根據Cocoa的方法命名規範，得到的傳回型別就和方法聲明的傳回型別一樣，是id。

 

但是如果使用instancetype作為傳回型別，如下：

[objc] view plain copy

 

1. @interface NSArray  
2. + (instancetype)constructAnArray;  
3. @end  

當使用相同方式初始化NSArray時：

[objc] view plain copy

 

1. [NSArray constructAnArray];  

得到的傳回型別和方法所在類的類型相同，是NSArray*!

 

總結一下，instancetype的作用，就是使那些非關聯傳回型別的方法返回所在類的類型！

2、好處

能夠確定對象的類型，能夠協助編譯器更好的為我們定位代碼書寫問題，比如：

[objc] view plain copy

 

1. [[[NSArray alloc] init] mediaPlaybackAllowsAirPlay]; //  "No visible @interface for `NSArray` declares the selector `mediaPlaybackAllowsAirPlay`"  
2.   
3. [[NSArray array] mediaPlaybackAllowsAirPlay]; // (No error)  

上例中第一行代碼，由於[[NSArray alloc]init]的結果是NSArray*，這樣編譯器就能夠根據返回的資料類型檢測出NSArray是否實現mediaPlaybackAllowsAirPlay方法。有利於開發人員在編譯階段發現錯誤。

 

第二行代碼，由於array不屬於關聯傳回型別方法，[NSArray array]返回的是id類型，編譯器不知道id類型的對象是否實現了mediaPlaybackAllowsAirPlay方法，也就不能夠替開發人員及時發現錯誤。

四、instancetype和id的異同

1、相同點

都可以作為方法的傳回型別

2、不同點

①instancetype可以返回和方法所在類相同類型的對象，id只能返回未知類型的對象；

②instancetype只能作為傳回值，不能像id那樣作為參數，比如下面的寫法：

[objc] view plain copy

 

1. //err,expected a type  
2. - (void)setValue:(instancetype)value  
3. {  
4.     //do something  
5. }  

就是錯的，應該寫成：

[objc] view plain copy

 

1. - (void)setValue:(id)value  
2. {  
3.     //do something  
4. }  

 

五、參考

1、http://nshipster.com/instancetype/

2、http://clang.llvm.org/docs/LanguageExtensions.html#objective-c-features

3、http://blog.sina.com.cn/s/blog_1512e78160102vtfy.html

六、用instancetype代替id作傳回型別有什麼好處

 

使用instancetype有三點好處：

1、明確性。代碼只做你讓它做的事，而不是其他。

2、程式化。你會養成好習慣，這些習慣在某些時候會很有用，而且肯定有用武之地。

3、一致性。讓代碼可讀性更好。

明確性

用instancetype代替id作為傳回值的確沒有技術上的好處。但這是因為編譯器自動將id轉化成了instancetype。你以為init返回的實值型別是id，其實編譯器返回了instancetype。

這兩行代碼對於編譯器來說是一樣的：

- (id)initWithBar:(NSInteger)bar;

- (instancetype)initWithBar:(NSInteger)bar;

 

但在你眼裡，這兩行代碼卻不同。你不該學著忽視它。

模式化

在使用init等方法時的確沒有區別，但在定義簡易建構函式時就有區別了。

這兩行代碼並不等價：

+ (id)fooWithBar:(NSInteger)bar;

+ (instancetype)fooWithBar:(NSInteger)bar;

 

如果用instancetype作為函數的傳回型別，就不會出錯。

一致性：

最後，想象把所有東西放到一起時的情景：你想要一個init方法和一個簡易建構函式。

如果你用id來作為init函數的傳回型別，最終代碼如下：

- (id)initWithBar:(NSInteger)bar;

+ (instancetype)fooWithBar:(NSInteger)bar;

 

但如果你用instancetype，代碼如下：

- (instancetype)initWithBar:(NSInteger)bar;

+ (instancetype)fooWithBar:(NSInteger)bar;

 

代碼更加一致，可讀性更強。它們返回相同的東西，這一點一目瞭然。

七、個人結論：就是說使用instancetype 返回的一定是調用該方法的執行個體，而id則不一定，因為id是作為一個範型來使用的。

在寫一條返回id的訊息前，問自己：這個類返回執行個體嗎？如果返回，用instancetype。

肯定有需要返回id的時候，但你用instancetype的頻率應該會更高。

 

Objective-C中的instancetype和id區別