首先OC引入頭文件的關(guān)鍵字 #import 和 C/C++的#include有一點不一樣就是，同一個頭文件或者.m文件import兩個一樣的頭文件時，會自己過濾掉重復(fù)引入的頭文件，而#include我們自需要自己寫宏定義。而import有一點需要注意的是，有的人說來個頭文件相互循環(huán)引用（即A頭文件引入B頭文件，B頭文件又引入A頭文件）會出現(xiàn)相互不停的拷貝的問題，但是我自己實際是過一下，編譯和運行其實并沒有什么問題，其實這種情況，和頭文件定義時自己引用自己的問題是一樣的，我也嘗試過頭文件自我引用，也沒用出現(xiàn)無限循環(huán)和其他的BUG。
但是不管怎么樣，都不應(yīng)該出現(xiàn)循環(huán)引用或者頭文件自我引用的情況，因為沒有意義。
頭文件盡量少引用其他的頭文件，主要是為了減少編譯時的負(fù)擔(dān)，從而減少編譯所需要的時間，這雖然對于程序編譯完成之后的運行沒有什么特別的效率影響，但是對于一個程序員來說，減少編譯的時間可以提高工作效率，我在使用Eclipse做JAVA WEB開發(fā)的時候，就有一個非常明顯的感覺，項目比較大的時候，編譯時間特別長，C語言也是一樣的，我自己編譯安裝OpenSSL的時候，光編譯就花了十幾分鐘吧，當(dāng)然這和我的機器配置也有關(guān)系。
OC中有一個@class的用法，稱之為前置類型聲明，也被稱作“向前聲明”，因為協(xié)議的聲明不需要知道該類的實現(xiàn)細(xì)節(jié)，僅僅是在協(xié)議的實現(xiàn)的時候需要用到，我通常在一個類的頭文件中加入?yún)f(xié)議定義的時候會用到，告訴協(xié)議需要用到這個類，在協(xié)議定義完成之后，就開始定義這個類。
一般來講，有的同學(xué)可能覺得無所謂，反正多引入了也不會對程序運行產(chǎn)生不利的影響，但是這種習(xí)慣并不好，一旦這種壞習(xí)慣不改，就會導(dǎo)致寫代碼邏輯混亂，有用的寫，沒有用的也寫，代碼質(zhì)量就很低，干凈的代碼看了會讓人賞心悅目，我個人非常討厭代碼里面無用頭文件或者無用的變量引出的告警，還有就是變量、方法、類或者屬性的聲明名字不遵循一定的規(guī)則，而是隨性而為，有時用Pascal，有時用Camel，有時根本就沒有任何規(guī)則，一般公司都有特定的規(guī)則，比如蘋果就很明顯，NS前綴，CG前綴等等。