Apple uses bundles to represent apps, frameworks, plug-ins, and many other specific types of content. ——from developer.apple.com
蘋(píng)果用“包”來(lái)表示應(yīng)用着帽、框架、插件以及其它一些特定類(lèi)型的內(nèi)容集合移层。
關(guān)鍵字:包
/iOS
/Swift
/Bundle
/Framework
/Resource File
/Info.plist
先看代碼
開(kāi)發(fā)過(guò)程中我們會(huì)調(diào)用這樣的代碼:
// Swift 2.2
// Get the app's main bundle
let mainBundle = NSBundle.mainBundle().path(forResource: FILE_NAME, ofType: FILE_TYPE)
// Swift 3.0
// Get the file path of the resource file
let filePath = Bundle.main.path(forResource: FILE_NAME, ofType: FILE_TYPE)
「Bundle」是「Foundation」中定義的類(lèi)仍翰,是用于開(kāi)發(fā)者獲取資源文件的一個(gè)接口。
了解概念
除了Bundle
表示「包」以外观话,還有個(gè)單詞Package
也是「包」予借,這兩者在Apple的定義中擁有不同的含義。
- Bundle:是一個(gè)具有標(biāo)準(zhǔn)層級(jí)結(jié)構(gòu)的目錄,該目錄包含可執(zhí)行二進(jìn)制代碼灵迫,以及相關(guān)的資源文件秦叛。
- Package:是一個(gè)以單一文件呈現(xiàn)的目錄。
相對(duì)與「Package」而言瀑粥,「Bundle」更像是一個(gè)有組織有預(yù)謀的東西挣跋。
設(shè)計(jì)總是伴有目的性的,「Package」存在的目的是用來(lái)提升用戶體驗(yàn)的狞换,而「Bundle」的目的則是用來(lái)提升開(kāi)發(fā)者體驗(yàn)的避咆。
圍繞提升開(kāi)發(fā)者體驗(yàn)來(lái)看,蘋(píng)果為不同平臺(tái)不同的內(nèi)容提供了不同的「Bundle標(biāo)準(zhǔn)」修噪,開(kāi)發(fā)者無(wú)需手動(dòng)去構(gòu)建一個(gè)項(xiàng)目的「Bundle」查库,通過(guò)Xcode創(chuàng)建項(xiàng)目即自動(dòng)會(huì)生成相對(duì)應(yīng)的「Bundle」(通過(guò)Makefile打包項(xiàng)目例外)。當(dāng)然黄琼,每個(gè)「Bundle」有其必要的組成文件樊销,開(kāi)發(fā)者僅需在項(xiàng)目中添加和修改資源文件,而無(wú)需手動(dòng)管理這些文件适荣,同時(shí)在代碼中引用這些資源文件也是通過(guò)Foundation框架中的Bundle類(lèi)作為接口獲取這些資源文件现柠。
從物理文件的角度來(lái)看院领,一個(gè)項(xiàng)目的所有文件包括可執(zhí)行代碼都被按照既定的「Bundle標(biāo)準(zhǔn)」打包好弛矛,all in one,簡(jiǎn)潔明了比然,便于使用丈氓。從操作系統(tǒng)的角度來(lái)看,系統(tǒng)(OS X/iOS)自然知道「Bundle」是按怎樣的標(biāo)準(zhǔn)打包的强法,因此可以解析其中的資源文件以及調(diào)用包中的可執(zhí)行程序万俗,這也是為何你雙擊一個(gè)「Bundle」程序就啟動(dòng)的原因,雖然它們從本質(zhì)上來(lái)看都只是文件夾而已饮怯。從程序代碼的角度來(lái)看闰歪,所有的資源文件都是按既定標(biāo)準(zhǔn)乖乖呆在某個(gè)地方,而開(kāi)發(fā)者并不用關(guān)心具體的文件在哪以及如何調(diào)用蓖墅,因?yàn)檫@樣的設(shè)計(jì)必然包含了程序上的接口库倘,也就是Foundation框架中定義的「Bundle」類(lèi)(在此之前是NSBundle,在Swift3后改成了Bundle)论矾,使用Bundle類(lèi)定義的接口就可以更友好地引用資源文件了教翩。
包結(jié)構(gòu)/Bundle Structure
iOS的包結(jié)構(gòu)如下所示:
MyApp.app
MyApp
MyAppIcon.png
MySearchIcon.png
Info.plist
Default.png
MainWindow.nib
Settings.bundle
MySettingsIcon.png
iTunesArtwork
en.lproj
MyImage.png
fr.lproj
MyImage.png
從以上包結(jié)構(gòu)可以看出,這樣設(shè)計(jì)的目的之一是解決本地化資源文件的引用問(wèn)題贪壳。把本地化資源引用交給系統(tǒng)自動(dòng)化處理即可饱亿,開(kāi)發(fā)者無(wú)需關(guān)心其細(xì)節(jié)。
除此之外,每個(gè)iOS的「Bundle」都包含了Info.plist文件彪笼,這也是「Bundle標(biāo)準(zhǔn)」中定義必須要有的钻注,該文件其實(shí)是個(gè)配置文件,供操作系統(tǒng)和開(kāi)發(fā)者使用配猫。因?yàn)橛辛诉@個(gè)「Bundle標(biāo)準(zhǔn)」队寇,也才使得可以在Runtime通過(guò)「Bundle類(lèi)」來(lái)獲取程序相關(guān)配置項(xiàng)。
Tip:獲取配置項(xiàng)
了解「Bundle」是為了更好地使用「Bundle」章姓,在此之后寫(xiě)「Bundle」相關(guān)代碼的時(shí)候應(yīng)該能少不少疑惑佳遣。
程序的很多配置項(xiàng)都是在Info.plist中定義的,那如何獲取相關(guān)配置項(xiàng)呢凡伊?
let nameSpace = Bundle.main.object(forInfoDictionaryKey: "CFBundleExecutable")
let version = Bundle.main.object(forInfoDictionaryKey: "CFBundleVersion")
// 很多代碼中會(huì)使用 Bundle.main.infoDictionary[CONFIG_NAME]的方法獲取配置項(xiàng)零渐,這也是可行的
// 只不過(guò)蘋(píng)果開(kāi)發(fā)文檔中更推薦上面代碼中的接口
PS:通常在Xcode中查看Info.plist文件顯示的并非真實(shí)的配置項(xiàng)字符串,查看真實(shí)配置項(xiàng)字符串可以通過(guò)Ctrl+配置項(xiàng)系忙,然后在彈出菜單中選擇Show Raw Keys/Values
诵盼,如下圖所示:
關(guān)于「Bundle」相關(guān)API詳細(xì)使用,可查看官方文檔:Bundle Class Reference
總結(jié)
說(shuō)了這么多银还,總結(jié)下就是蘋(píng)果設(shè)計(jì)了「Bundle」這個(gè)東西來(lái)解決來(lái)一堆本來(lái)開(kāi)發(fā)者需要自行解決的問(wèn)題风宁,但前提是開(kāi)發(fā)者必須先知道啥是「Bundle」。
「Bundle」其實(shí)是iOS開(kāi)發(fā)中比較重要的一個(gè)概念蛹疯,剛開(kāi)始iOS開(kāi)發(fā)時(shí)可能并不會(huì)接觸到這個(gè)概念戒财,或許在copy代碼的過(guò)程中接觸到了,但也沒(méi)深入理解過(guò)捺弦。但作為一個(gè)程序員而不僅僅是代碼的搬運(yùn)工饮寞,理解它并利用好它是我們的職責(zé)。所以我抽空上開(kāi)發(fā)者官網(wǎng)簡(jiǎn)單看了眼這個(gè)「Bundle」的概念列吼,然后做了這個(gè)記錄幽崩。