最近使用新更新的Xcode10.0新建類時，發現它自動為我們在.h檔案裡添加了NS_ASSUME_NONNULL_BEGIN和 NS_ASSUME_NONNULL_END。如下示例：

#import <UIKit/UIKit.h>

NS_ASSUME_NONNULL_BEGIN

@interface WechatLoginBindPhoneController : UIViewController

@end

NS_ASSUME_NONNULL_END

    不過這並不是Objective-C的新特性，我們都知道在swift中，可以使用!和?來表示一個物件是optional

    為了解決這個問題，蘋果在Xcode 6.3引入了一個Objective-C的新特性：nullability annotations。這一新特性的核心是兩個新的型別註釋： __nullable

    事實上，在任何可以使用const關鍵字的地方都可以使用__nullable和__nonnull，不過這兩個關鍵字僅限於使用在指標型別上。而在方法的宣告中，我們還可以使用不帶下劃線的nullable和nonnull，如下所示：

- (nullable id)itemWithName:(NSString * nonnull)name

    在屬性宣告中，也增加了兩個相應的特性，因此上例中的items屬性可以如下宣告：

@property (nonatomic, copy, nonnull) NSArray * items;

    當然也可以用以下這種方式：

@property (nonatomic, copy) NSArray * __nonnull items;

    推薦使用nonnull這種方式，這樣可以讓屬性宣告看起來更清晰。

    如果需要每個屬性或每個方法都去指定nonnull和nullable，是一件非常繁瑣的事。蘋果為了減輕我們的工作量，專門提供了兩個巨集：NS_ASSUME_NONNULL_BEGIN， NS_ASSUME_NONNULL_END。在這兩個巨集之間的程式碼，所有簡單指標物件都被假定為nonnull，因此我們只需要去指定那些nullable的指標。

不過，為了安全起見，蘋果還制定了幾條規則：

• typedef定義的型別的nullability特性通常依賴於上下文，即使是在Audited Regions中，也不能假定它為nonnull。
• 複雜的指標型別(如id *)必須顯示去指定是non null還是nullable。例如，指定一個指向nullable物件的nonnulla指標，可以使用”__nullable id * __nonnull”。

  __nullable id * __nonnull

• 我們經常使用的NSError **通常是被假定為一個指向nullable NSError物件的nullable指標。