问目标C中可空、__nullable和_Nullable的区别

EN

来自Swift博客

这个特性最初是在Xcode 6.3中以关键字__nullable和__nonnull发布的。由于与第三方库的潜在冲突，我们在Xcode 7中将它们更改为您在这里看到的_Nullable和_Nonnull。但是，为了与Xcode 6.3兼容，我们预定义了宏__nullable和__nonnull，以扩展到新的名称。

来自clang文档

空(类型)限定符表示给定指针类型的值是否为空。

大多数时间您将使用nonnull 和 nullable**.**

下面是所有可用的说明符。来自这篇文章

• null_unspecified: 这是默认的.它连接到Swift隐式-非包装可选.
• nonnull：这个值不会是零。它连接到Swift定期引用。
• nullable：值可以是零。它连接到Swift的可选选项。
• null_resettable：读取时该值永远不能为零，但可以将其设置为零以重置它。仅适用于属性。

无论您在属性或函数/变量的上下文中使用它们，上述符号都是不同的：

​

​

文章的作者还提供了一个很好的例子：

// property style
@property (nonatomic, strong, null_resettable) NSString *name;

// pointer style
+ (NSArray<NSView *> * _Nullable)interestingObjectsForKey:(NSString * _Nonnull)key;

// these two are equivalent!
@property (nonatomic, strong, nullable) NSString *identifier1;
@property (nonatomic, strong) NSString * _Nullable identifier2;

非常方便

NS_ASSUME_NONNULL_BEGIN 

并以

NS_ASSUME_NONNULL_END 

这将取消对代码级‘null makes’:-)的需求，因为假定everything是非空的(或者nonnull、_nonnull或__nonnull)是有意义的，除非另有说明。

不幸的是，也有例外.

• typedef不被认为是__nonnull (注意，nonnull似乎不起作用，不得不用它丑陋的同父异母兄弟)
• id *需要一个明确的无效证明，但是哇罪恶税( _Nullable id * _Nonnull <-猜猜这意味着什么.)
• 总是假定NSError **是可空的。

因此，除了异常的例外和导致相同功能的不一致关键字之外，方法可能是使用丑陋的版本__nonnull / __nullable / __null_unspecified，并在编者抱怨时交换.？也许这就是它们存在于苹果头上的原因？

有趣的是，有东西把它写进了我的代码..。我讨厌在代码中强调(旧式苹果C++风格的家伙)，所以我确信我没有输入这些，但它们出现了(几个例子中的一个例子)：

typedef void ( ^ DidReceiveChallengeBlock ) ( NSURLSessionAuthChallengeDisposition disposition,
                                          NSURLCredential * __nullable credential );

更有趣的是，它插入__nullable的地方是错误的.(eek@!)

我真的希望我可以只使用非下划线版本，但显然编译器不会使用它，因为它被标记为错误：

typedef void ( ^ DidReceiveChallengeBlock ) ( NSURLSessionAuthChallengeDisposition disposition,
                                          NSURLCredential * nonnull  credential );