當我們定義某個屬性的時候 如果當前使用的編譯器版本比較高(6.3+)的話經常會遇到這樣一個警告:
而且奇怪的是在某些文件中定義這個屬性是沒有任何警告的 但是在某些文件中定義同樣的屬性就會報錯:
其實這是由於Swift的加入引起的問題:
我們都知道在swift中,可以使用!和?來表示一個對象是optional的還是non-optional,如view?和view!。而在Objective-C中則沒有這一區分,view即可表示這個對象是optional,也可表示是non-optioanl。這樣就會造成一個問題:在Swift與Objective-C混編時,Swift編譯器並不知道一個Objective-C對象到底是optional還是non-optional,因此這種情況下編譯器會隱式地將Objective-C的對象當成是non-optional。
為了解決這個問題,蘋果在Xcode 6.3引入了一個Objective-C的新特性:nullability annotations。這一新特性的核心是兩個新的類型注釋:__nullable和__nonnull。從字面上我們可以猜到,__nullable表示對象可以是NULL或nil,而__nonnull表示對象不應該為空。當我們不遵循這一規則時,編譯器就會給出警告。
如果需要每個屬性或每個方法都去指定nonnull和nullable,是一件非常繁瑣的事。蘋果為了減輕我們的工作量,專門提供了兩個宏:NS_ASSUME_NONNULL_BEGIN和NS_ASSUME_NONNULL_END。在這兩個宏之間的代碼,所有簡單指針對象都被假定為nonnull,因此我們只需要去指定那些nullable的指針。如下代碼所示:
// // CDLabel.h // Created by 高增洪 on // #import <UIKit/UIKit.h> #import "TTTAttributedLabel.h" NS_ASSUME_NONNULL_BEGIN @interface CDLabel : TTTAttributedLabel @property (nonatomic,strong) NSMutableArray *nameAry; @property (nonatomic,strong,nullable) NSMutableArray *nameAry2; - (instancetype)itemWithName:(NSString *)name; - (nullable instancetype)itemWithName2:(nullable NSString *)name2; NS_ASSUME_NONNULL_END @end
在上面的代碼中,nameAry屬性默認是nonnull的,而nameAry2屬性則是nullable -itemWithName:方法的返回值也是nonnull,而參數是指定為nonnull的。
而inirWithName2方法返回值和參數都指定是nullable
不過,為了安全起見,蘋果還制定了幾條規則:
-
typedef定義的類型的nullability特性通常依賴於上下文,即使是在Audited Regions中,也不能假定它為nonnull。
-
復雜的指針類型(如id *)必須顯示去指定是nonnull還是nullable。例如,指定一個指向nullable對象的nonnull指針,可以使用”__nullable id * __nonnull”。
-
我們經常使用的NSError **通常是被假定為一個指向nullable NSError對象的nullable指針。
兼容性
因為Nullability Annotations是Xcode 6.3新加入的,所以我們需要考慮之前的老代碼。實際上,蘋果已以幫我們處理好了這種兼容問題,我們可以安全地使用它們:
-
老代碼仍然能正常工作, 即使對nonnull對象使用了nil也沒有問題。
-
老代碼在需要和swift混編時,在新的swift編譯器下會給出一個警告。
-
nonnull不會影響性能。事實上,我們仍然可以在運行時去判斷我們的對象是否為nil。