iOS开发 - NS_ASSUME_NONNULL_BEGIN & NS_ASSUME_NONNULL_END

XCode6.3之后，当我们创建一个新的类时，系统会默认在@interface上方和@end下方添加两个宏NS_ASSUME_NONNULL_BEGIN和NS_ASSUME_NONNULL_END，先看看手动去掉这两个宏会出现什么问题：

image

警告说明:

• 指针缺少可空类型说明符
• 如指针指向的内容可空则插入_Nullable说明符
• 如指针指向的内容不可为空则插入_Nonnull说明符

再来看看警告原因:
我们都知道，swift作为iOS开发的一种新语言，脱胎于OC却更集于多种编程语言的优点，相较于OC，其更简洁、安全。swift作为一个强类型匹配的语言，对与变量的赋值不再如OC般模糊。

• 在OC开发中，如果一个变量暂时不使用，可以赋值为0(基本属性类型)或者赋值为空(对象类型)
• 在swift开发中，nil也是一个特殊的类型，因为和真实的类型不匹配不能直接赋值

在swift中有一个新的类型-可选类型，开发者可以通过！或 ? 来标明一个对象是否可选(optional 、non-optional)，对于可选类型，可以先赋值为nil，等需要使用的时候再进行赋值:

// 定义可选类型
var string : Optional = nil
//可选类型赋值
string = "Hello world"

而在OC中则没有这种区分，一个对象既可以表示为可选，也可表示为不可选类型。于是OC、swift混编时就会出现OC中的对象类型在swift中无法确定的问题，因此系统会默认将OC中的对象全作为不可选类型。在XCode6.3之后，为OC也添加了这一控制属性<"属性"可能不太恰当> nullabel(可空-可选)、nonnull(不可为空-不可选)。

弄清楚具体原因之后，我们就可以着手解决问题了。对于上面出现的warning，有以下三种解决方式：

• 1.系统提示方法:(点击fix系统自动添加)

@interface testLabel : UILabel
@property (nonatomic, strong) NSString * _Nullable troubleString;
@end

• 2.手动添加nullabel、nonnull修饰属性

@interface testLabel : UILabel
@property (nonatomic, strong ) NSString * _Nullable testString1;
@property (nonatomic, strong , nonnull) NSString *testString2;
@end

• 3.使用引出该问题的宏NS_ASSUME_NONNULL_BEGIN和NS_ASSUME_NONNULL_END

在这两个宏之间的代码，所有简单指针对象都被假定为nonnull，因此我们只需要去指定那些nullable的指针。

NS_ASSUME_NONNULL_BEGIN
@interface testLabel : UILabel
@property (nonatomic, strong) NSString *testString3;
@end
NS_ASSUME_NONNULL_END

作者：归客居
链接：https://www.jianshu.com/p/4f96d54b3902
来源：
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。