一卸察、#import,#include,@import
關(guān)于Objective-C, Modules和Autolinking
OC自從Apple接手后灼伤,一直在不斷改進(jìn)葛躏。隨著移動(dòng)開發(fā)帶來的OC開發(fā)者井噴式增加叼丑,客觀上也要求Apple需要提供各種良好特性來支持這樣一個(gè)龐大的開發(fā)者社區(qū)扯罐。iOS4時(shí)代的GCD, iOS5時(shí)代的ARC, iOS6時(shí)代的各種簡化,每年我們都能看到OC在成為一種先進(jìn)語言上的努力讼积》收眨基于Salalk和runtime,本身是C的超集,如此“根正苗紅”的一門語言勤众,在今年也迎來的新的變化舆绎。OC的最大變化就是加入了Modules和Autolinking。
1.1 什么是Modules ?
在了解Modules之前我們需要先了解一下OC的import機(jī)制 们颜。#import<Frameworkoo/HeaderBar.h>吕朵,我相信每個(gè)開發(fā)者都寫過這樣的代碼,用來引用其他的頭文件窥突。熟悉C或者C++的童鞋可能會(huì)知道努溃,在C和C++里是沒有#import的,只有#include (雖然GCC現(xiàn)在為C和C+ +做了特殊處理使得import可以被編譯)阻问,用來包含頭文件梧税。#include做的事情其實(shí)就是簡單的復(fù)制粘貼,將目標(biāo).h文件中的內(nèi)容一字不落地拷貝到當(dāng)前文件中,并替換掉這句include,而#import實(shí)質(zhì)上做的事情和#include是一樣的第队,只不過OC為了避免重復(fù)引用可能帶來的編譯錯(cuò)誤(這種情況在引用關(guān)系復(fù)雜的時(shí)候很可能發(fā)生哮塞,比如B和C都引用了A, D又同時(shí)引用了B和C,這樣A中定義的東西就在D中被定義了兩次凳谦,重復(fù)了)忆畅,而加入了#import,從而保證每個(gè)頭文件只會(huì)被引用一次。
如果想深究尸执,import的實(shí)現(xiàn)是通過ifndef一個(gè)標(biāo)志進(jìn)行判斷邻眷,然后在引入后#define這個(gè)標(biāo)志,來避免重復(fù)引用的
實(shí)質(zhì)上import也還是拷貝粘貼剔交,這樣就帶來一個(gè)問題:當(dāng)引用關(guān)系很復(fù)雜肆饶,或者一個(gè)頭文件被非常多的實(shí)現(xiàn)文件引用時(shí),編譯時(shí)引用所點(diǎn)的代碼量就會(huì)大幅上升(因?yàn)楸灰玫念^文件在各個(gè)地方都被copy了一遍)岖常。為了解決這個(gè)問題驯镊,C系語言引入了預(yù)編譯頭文件(PreCompiled Header), 將公用的頭文件放入預(yù)編譯頭文件中預(yù)先進(jìn)行編譯竭鞍,然后在真正編譯工程時(shí)再將預(yù)先編譯好的產(chǎn)物加入到所有待編譯的Source中去板惑,來加快編譯速度。比如iOS開發(fā)中Supporting Files組內(nèi)的.pch文件就是一個(gè)預(yù)編譯頭文件, 默認(rèn)情況下偎快,它引用了UIKit和Foundation兩個(gè)頭文件 -- 這是在iOS開發(fā)中基本每個(gè)實(shí)現(xiàn)文件都會(huì)用到的東西冯乘。
于是理論上說,想要提高編譯速度晒夹,可以把所有頭文件引用都放到pch中裆馒。但是這樣面臨的問題是在工程中隨處可用本來不應(yīng)該能訪問的東西,而編譯器也無法準(zhǔn)確給出錯(cuò)誤或者警告丐怯,無形中增加了出錯(cuò)的可能性喷好。
于是Modules誕生了。Modules相當(dāng) 于將框架進(jìn)行了封裝读跷,然后加入在實(shí)際編譯之時(shí)加入了一個(gè)用來存放已編譯添加過的Modules列表梗搅。如果在編譯的文件中引用到某個(gè)Modules的話,將首先在這個(gè)列表內(nèi)查找效览,找到的話說明已經(jīng)被加載過則直接使用已有的无切,如果沒有找到,則把引用的頭文件編譯后加入到這個(gè)表中丐枉。這樣被引用到的Modules只會(huì)被編譯一次哆键,但是在開發(fā)時(shí)又不會(huì)被意外使用到,從而同時(shí)解決了編譯時(shí)間和引用泛濫兩方面的問題矛洞。
稍微追根問底洼哎,Modules是什么? 其實(shí)無非是對框架進(jìn)行了如下封裝,拿UIKit為例
framework module UIKit {
umbrella header "UIKit.h"
module *{export *}
link franework "UIKit"
}
這個(gè)Module定義了首要頭文件(UlKit.h) 沼本,需要導(dǎo)出的子modules (所有)噩峦, 以及需要link的框架名稱(UIKit) 。需要指出的是抽兆,現(xiàn)在Module還不支持第三方的框架识补,所以只有SDK內(nèi)置的框架能夠從這個(gè)特性中受益。另外辫红,在C++的源代碼中凭涂,Modules也是 被禁用的。
1.2 如何使用Module?
關(guān)于普通開發(fā)者使用的這個(gè)新特性的方法贴妻,Apple在LLVM5.0 (也就是Xcode5帶的最新的編譯器前端中)引入了一個(gè)新的編譯符號@import切油,使用@符號將告訴編譯器去使用Modules的引用形式,從而獲取好處名惩,比如想引用MessageUIl, 可以寫成
@import MessageUI;
在使用上澎胡,這將等價(jià)于以前的#import <MessageUI/MessageUI.h> ,但是將使用Modules的特性。 如果只想使用某個(gè)特性的.h文件娩鹉,比如#import <MessageUI/MFMailComposeViewController.h> 攻谁,對應(yīng)寫作@import PessageuI.MFMailComposeViecController;
當(dāng)然,如果對于以前的工程弯予,想要使用新的Modules特性戚宦, 如果要把所有頭文件都這樣一個(gè)一個(gè)改成@import的話,會(huì)是很大的一個(gè)工作量锈嫩。Apple自然也考慮到了這一點(diǎn)受楼, 于是對于原來的代碼,只要使用的是iOS7或 者M(jìn)acOS10.9的SDK, 在Build Settings中將Enable Modules(C and Objective-C)打開呼寸,然后保持原來的#import寫法就行了那槽。是的,不需要任何代碼上的改變,編譯器會(huì)在編譯的時(shí)候自動(dòng)地把可能的地方換成Modules的寫法去編譯的等舔。
Autolinking是Modules的附贈(zèng)小驚喜骚灸,因?yàn)樵趍odule定義的時(shí)候指定來link framework, 所以在編譯module時(shí)LLVM會(huì)將所涉及到的框架自動(dòng)幫你寫到ink里去,不再需要到編譯設(shè)置里去添加了慌植。
二甚牲、斷言
2.1 什么是斷言?
●assert是斷言、簡單來講蝶柿、就是代碼的作者認(rèn)定這個(gè)條件一定要是能滿足斷言的條件丈钙、否則代碼不滿足最基本的條件也就不用再運(yùn)行下去、防止錯(cuò)誤的代碼引起更深層的問題. 它的主要作用, 就是讓開發(fā)者比較便捷的捕獲一個(gè)錯(cuò)誤, 讓程序崩潰. 同時(shí)提出錯(cuò)誤提示.
●NSAssert()是一個(gè)宏交汤,用于開發(fā)階段調(diào)試程序中的Bug, 通過為NSAssert()傳遞條件表達(dá)式來斷定是否屬于Bug, 滿足條件返回真值雏赦,程序繼續(xù)運(yùn)行劫笙,如果返回假值,則拋出異常星岗,并且可以自定義異常描述填大。
●NSAssert()是這樣定義的:
#define NSAssert(condition, desc)
●condition是條件表達(dá)式, 值為YES或NO; desc為異常描述俏橘,通常為NSString允华。當(dāng)conditon為YES時(shí)程序繼續(xù)運(yùn)行,為NO時(shí)寥掐,則拋出帶有desc描述的異常信息靴寂。NSAssert0可以出現(xiàn)在程序的任何一個(gè)位置
2.2 NSAsserte和assert區(qū)別
NSAssert和assert都是斷言,主要的差別是assert在斷言失敗的時(shí)候只是簡單的終止程序, 而NSAssert會(huì)報(bào)告出錯(cuò)誤信息并且打印出來. 所以只使用NSAssert就好, 可以不去使用assert召耘。
2.3 NSAssert / NSCAssert
●iOS中用的最多的是兩對斷言, NSAssert/NSCAssert和NSParameterAssert/NSCparameterAssert.
●前者是適合于ObjectC的方法百炬, cmd和self與運(yùn)行時(shí)有關(guān). 后者是適用于C的函數(shù)。
NSParameterAssert/NSCparameterAssert兩者的區(qū)別也是前者迺用于Objective-C的方法后者迺用于C的函數(shù)污它。實(shí)際開發(fā)中就用前者就可以了收壕。
●NSAssert/NSCAssert 和 NSParameterAssert/NSCparameterAssert的區(qū)別是前者是針對條件斷言,后者只是針對參數(shù)是否存在的斷言, 調(diào)試時(shí)可以結(jié)合使用, 先判斷參數(shù),再迸一歩斷言轨蛤,確認(rèn)原因.
3.4 NSAssert的用法
●運(yùn)行則會(huì)崩潰并在控制臺(tái)輸出信息如下
2.5 NSParameterAssert用法
●運(yùn)行則會(huì)崩潰并在控制臺(tái)輸出信息如下
2.6 斷言的關(guān)閉
NSAssert也是一個(gè)預(yù)處理指令, 如果使用過多蜜宪,也會(huì)影響你的程序運(yùn)行, 這時(shí)我們要像在發(fā)布版本時(shí)處理NSLog一樣處理這個(gè)預(yù)處理指令, 只不過他的處理方式有些不同
●首先進(jìn)入項(xiàng)目工程文件
●選擇Build Settings