Pointer is missing a nullability type specifier

在Swift与Objective-C混编时,由于Objective-C未明确区分nullable和nonnull,导致Swift编译器可能误判。苹果引入nullability annotations解决此问题,通过__nullable和__nonnull明确对象状态,避免警告。使用NS_ASSUME_NONNULL_BEGIN与END宏简化代码,明确可空参数。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Pointer is missing a nullability type specifier

为什么会出现这种警告?

我们都知道在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表示对象不应该为空。当我们不遵循这一规则时,编译器就会给出警告。
——摘自会报编译器警告的Xcode 6.3新特性:Nullability Annotations

如何解决这些警告?

根据Xcode的提示一个一个fix?可是可以但未免太繁琐。苹果为开发者提供了两个宏:

NS_ASSUME_NONNULL_BEGIN
NS_ASSUME_NONNULL_END

在这两个宏里的参数默认不可空,如果想改成可空,可以添加nullable

###如何使用

@interface前加上NS_ASSUME_NONNULL_BEGIN,在@end后加上NS_ASSUME_NONNULL_END,可空的参数就给它加上nullable

例子

ShareManager.h

NS_ASSUME_NONNULL_BEGIN

@interface ShareManager : NSObject

@property (nonatomic,strong) NSString *ShareName;

+ (ShareManager *)shareManager;

- (void)sahreWiithName:(nullable NSString *)name;

@end

NS_ASSUME_NONNULL_END

> 在这两个宏之间的代码,所有简单指针对象都被假定为**nonnull**,如果某个参数或者属性可以为空,需要去指定参数或者属性是nullable的指针

ShareManager.m

@interface ShareManager : NSObject

@end

@implementation ShareManager

....

@end
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员的修养

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值