前言
最近封装AFN的时候发现在.h文件中总是出现这种警告:
这个东西虽然不影响编译和运行,但看起来总让人不舒服。
为什么会出现这种警告?
我们都知道在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的提示一个一个fix?可是可以但未免太繁琐。苹果为开发者提供了两个宏:
NS_ASSUME_NONNULL_BEGIN NS_ASSUME_NONNULL_END
在这两个宏里的参数默认不可空,如果想改成可空,可以添加nullable,如:
- (nullable NSURLSessionDataTask *)GET:(NSString *)URLString parameters:(nullable id)parameters progress:(nullable void (^)(NSProgress *downloadProgress))downloadProgress success:(nullable void (^)(NSURLSessionDataTask *task, id _Nullable responseObject))success failure:(nullable void (^)(NSURLSessionDataTask * _Nullable task, NSError *error))failure;
其中URLString不可空(默认nonnull),parameters和downloadProgress等用nullable修饰的可空。
如果给URLString赋值nil,Xcode会警告:
如何使用?
这是最关键的。
我觉得参考优秀开源库是比较实在的方法,比如AFNetworking就大量用到NS_ASSUME_NONNULL_BEGIN和NS_ASSUME_NONNULL_END,你可以看看AFHTTPSessionManager.h这个文件是怎么使用那两个宏的:
NS_ASSUME_NONNULL_BEGIN
@interface AFHTTPSessionManager : AFURLSessionManager- (nullable NSURLSessionDataTask *)GET:(NSString *)URLString parameters:(nullable id)parameters progress:(nullable void (^)(NSProgress *downloadProgress))downloadProgress success:(nullable void (^)(NSURLSessionDataTask *task, id _Nullable responseObject))success failure:(nullable void (^)(NSURLSessionDataTask * _Nullable task, NSError *error))failure; @end NS_ASSUME_NONNULL_END
其实不只是AFHTTPSessionManager .h文件,AFNetworking中的其他头文件如AFNetworkReachabilityManager.h等也是这样处理的:
在@interface前加上NS_ASSUME_NONNULL_BEGIN,在@end后加上NS_ASSUME_NONNULL_END,可空的参数就给它加上nullable。
更多相关知识可以查阅官方文档: