iOS開發(fā)中#import、#include和@class的區(qū)別解析
1. 一般來說,導(dǎo)入objective c的頭文件時用#import,包含c/c++頭文件時用#include。
2. #import 確定一個文件只能被導(dǎo)入一次,這使你在遞歸包含中不會出現(xiàn)問題。<標記>
所以,#import比起#include的好處就是不會引起交叉編譯。
#import && #class:
1. import會包含這個類的所有信息,包括實體變量和方法(.h文件中),而@class只是告訴編譯器,其后面聲明的名稱是類的名稱,至于這些類是如何定義的,后面會再告訴你。
2. 在頭文件中, 一般只需要知道被引用的類的名稱就可以了。 不需要知道其內(nèi)部的實體變量和方法,所以在頭文件中一般使用@class來聲明這個名稱是類的名稱。 而在實現(xiàn)類里面,因為會用到這個引用類的內(nèi)部的實體變量和方法,所以需要使用#import來包含這個被引用類的頭文件。
備注:#import 就是把被引用類的頭文件走一遍,即把.h文件里的變量和方法包含進來一次,且僅一次,而@class不用,所以后者編譯效率更高。
3. 在編譯效率方面考慮,如果你有100個頭文件都#import了同一個頭文件,或者這些文件是依次引用的,如A–>B, B–>C, C–>D這樣的引用關(guān)系。當最開始的那個頭文件有變化的話,后面所有引用它的類都需要重新編譯,如果你的類有很多的話,這將耗費大量的時間。而是用@class則不會。
4. 如果有循環(huán)依賴關(guān)系,如:A–>B, B–>A這樣的相互依賴關(guān)系,如果使用#import來相互包含,那么就會出現(xiàn)編譯錯誤,如果使用@class在兩個類的頭文件中相互聲明,則不會有編譯錯誤出現(xiàn)。
備注:實踐證明,A,B相互#import不會出現(xiàn)編譯錯誤。因為<標記>處已經(jīng)說明#import時文件只被導(dǎo)入一次,所以此條不成立。
總結(jié):
1. 如果不是c/c++,盡量用#import。
2. 能在實現(xiàn)文件中#import,就不在頭文件中#import。
3. 能在頭文件中@class+實現(xiàn)文件中#import,就不在頭文件中#import。
以上所述是小編給大家介紹的iOS開發(fā)中#import、#include和@class的區(qū)別解析,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
相關(guān)文章
IOS 簽名錯誤codesign failed with exit code 1解決方法
這篇文章主要介紹了IOS 簽名錯誤codesign failed with exit code 1解決方法的相關(guān)資料,遇到同樣問題的朋友可以看下,這里提供了解決方案,需要的朋友可以參考下2017-01-01iOS開發(fā)中使用CoreLocation框架處理地理編碼的方法
這篇文章主要介紹了iOS開發(fā)中使用CoreLocation框架處理地理編碼的方法,代碼基于傳統(tǒng)的Objective-C,需要的朋友可以參考下2015-12-12iOS系統(tǒng)緩存方面開發(fā)的相關(guān)基礎(chǔ)
這篇文章主要介紹了iOS系統(tǒng)緩存方面開發(fā)的相關(guān)基礎(chǔ),示例代碼基于傳統(tǒng)的Objective-C,需要的朋友可以參考下2015-10-10iOS 底部按鈕和應(yīng)用圖標顯示未讀消息(帶數(shù)字)
本文主要介紹了iOS 底部按鈕和應(yīng)用圖標顯示未讀消息的相關(guān)知識。具有很好的參考價值。下面跟著小編一起來看下吧2017-04-04