如果你做ios開(kāi)發(fā)比較早的話，在以前做ios項(xiàng)目開(kāi)發(fā)的時(shí)候，無(wú)論是引用系統(tǒng)的framework還是第三方的framework我們一般都需要先在build phases里添加framework：

但是現(xiàn)在，不知道大家有留意過(guò)沒(méi)，我們不再需要顯性的添加任何庫(kù)，如下圖

那么是什么原因呢？

通過(guò)排查是xcode5以后就不需要再顯性的添加framework了，那么xcode5以后有什么新的功能特性變動(dòng)嗎？通過(guò)查看蘋(píng)果wwdc2013的文檔說(shuō)明，找到了OC有這么個(gè)新的特性：

modules、AutoLinking和@import

modules是用來(lái)做什么的呢？

這個(gè)時(shí)候我們不得不提到我們的import關(guān)鍵字，這個(gè)是用來(lái)引入頭文件的，它和C語(yǔ)言的include一樣，都是把文件都復(fù)制粘貼一遍進(jìn)行引用到當(dāng)前文件，不過(guò)import做了一個(gè)處理，能減少重復(fù)引用，比如：

文件A和B都import了文件C，文件D又都import了A和B，這個(gè)時(shí)候import不會(huì)重復(fù)引用C，具體的方法是通過(guò)ifndef來(lái)實(shí)現(xiàn)；

但是，當(dāng)程序復(fù)雜的時(shí)候，經(jīng)常會(huì)到處引用同一個(gè)文件，用import關(guān)鍵字，這樣編譯時(shí)所占用的代碼劇增，所以在ios里提供了預(yù)編譯文件pch（PreCompiled ?Header），把常用的頭文件進(jìn)行預(yù)編譯，這樣就減少了編譯時(shí)間和編譯代碼。

但是呢！又會(huì)出現(xiàn)新的問(wèn)題：放在pch的頭文件，在整個(gè)工程中都能訪問(wèn)，編譯器也不會(huì)報(bào)錯(cuò)和警告，這樣增加了代碼出錯(cuò)的可能性。

所以蘋(píng)果引入了modules，簡(jiǎn)單來(lái)說(shuō)modules是對(duì)framework進(jìn)行了封裝，文件編譯時(shí)，有一個(gè)已編譯modules文件列表，再編譯一個(gè)文件時(shí)，會(huì)首先從已編譯文件里面尋找，如果存在則使用已經(jīng)編譯了的文件，如果沒(méi)有，再添加進(jìn)來(lái)，這樣每一個(gè)文件只會(huì)被編譯一次，而開(kāi)發(fā)過(guò)程中又不會(huì)被意外使用到，這樣就把import和pch的兩個(gè)問(wèn)題同時(shí)解決了。（不知大家注意到?jīng)]，xcode7以后新建工程不再默認(rèn)生成pch文件了，原理也在此）

原理說(shuō)明白后，那么怎么使用modules呢？這就是我們要說(shuō)的AutoLinking和@import了！

通過(guò)@import，告訴編譯器去使用modules的引用形式。

@import UIKit 等價(jià)于 #import 只是用modules特性，而引用某個(gè)特性的文件，如#import ，則寫(xiě)作：@import UIKit.UIApplication

@import還有一個(gè)大的好處是：不需要在project setting里添加framework了，通過(guò)AutoLinking，xcode的編譯器LLVM會(huì)在編譯階段將所涉及到的框架自動(dòng)幫你寫(xiě)到link里，不需要在build phases里手動(dòng)添加了。

那么如果我們不用@import，用#import，是不是得手動(dòng)把#改成@呢？

xcode5后，默認(rèn)開(kāi)啟了modules，這個(gè)時(shí)候的#import會(huì)映射成@import，達(dá)到同樣的效果，大家可以在你們的Xcode 里查看下圖的配置是不是默認(rèn)如此：

所以我們?cè)趚code里寫(xiě)代碼的時(shí)候，在以前我們需要用到系統(tǒng)framework的時(shí)候都得顯性的添加到Build Phases里，而現(xiàn)在我們不需要了！