全世界都在说Swift开源的时候—2015Objective-C新特性.docxVIP

全世界都在说Swift开源的时候—2015 Objective-C 新特性Overview自 WWDC 2015 推出和开源 Swift 2.0 后，大家对 Swift 的热情又一次高涨起来，在羡慕创业公司的朋友们大谈 Swift 新特性的同时，也有很多像我一样工作上依然需要坚守着 Objective-C 语言的开发者们。今年的 WWDC 中介绍了几个 Objective-C 语言的新特性，还是在“与 Swift 协同工作”这种 Topic 里讲的，越发凸显这门语言的边缘化了，不过有新特性还是极好的，接下来，本文将介绍下面三个主要的新特性：NullabilityLightweight Generics *__kindofNullability然而 Nullability 并不算新特性了，从上一个版本的 llvm 6.1 (Xcode 6.3) 就已经支持。这个简版的 Optional ，没有 Swift 中 ? 和 ! 语法糖的支持，在 Objective-C 中就显得非常啰嗦了：@property?(nonatomic,?strong,?nonnull)?Sark?*sark;?@property?(nonatomic,?copy,?readonly,?nullable)?NSArray?*friends;?+?(nullable?NSString?*)friendWithName:(nonnull?NSString?*)name;?假如用来修饰一个变量，前面还要加双下划线，放到 block 里面就更加诡异，比如一个 Request 的 start 方法可以写成：-?(void)startWithCompletionBlock:(nullable?void?(^)(NSError?*?__nullable?error))block;?除了这俩外，还有个 null_resettable 来表示 setter nullable，但是 getter nonnull，绕死了，最直观例子就是 UIViewController 中的 view 属性：@property?(null_resettable,?nonatomic,?strong)?UIView?*view;?它可以被设成 nil，但是调用 getter 时会触发 -loadView 从而创建并返回一个非 nil 的 view。从 iOS9 SDK 中可以发现，头文件中所有 API 都已经增加了 Nullability 相关修饰符，想了解这个特性的用法，翻几个系统头文件就差不离了。接口中 nullable 的是少数，所以为了防止写一大堆 nonnull，Foundation 还提供了一对儿宏，包在里面的对象默认加 nonnull 修饰符，只需要把 nullable 的指出来就行，黑话叫 Audited Regions：NS_ASSUME_NONNULL_BEGIN?@interface?Sark?:?NSObject?@property?(nonatomic,?copy,?nullable)?NSString?*workingCompany;?@property?(nonatomic,?copy)?NSArray?*friends;?-?(nullable?NSString?*)gayFriend;?@end?NS_ASSUME_NONNULL_END?Nullability 在编译器层面提供了空值的类型检查，在类型不符时给出 warning，方便开发者第一时间发现潜在问题。不过我想更大的意义在于能够更加清楚的描述接口，是主调者和被调者间的一个协议，比多少句文档描述都来得清晰，打个比方：+?(nullable?instancetype)URLWithString:(NSString?*)URLString;?NSURL 的这个 API 前面加了 nullable 后，更加显式的指出了这个接口可能因为 URLString 的格式错误而创建失败，使用时自然而然的就考虑到了判空处理。不仅是属性和方法中的对象，对于局部的对象、甚至 c 指针都可以用带双下划线的修饰符，可以理解成能用 const 关键字的地方都能用 Nullability。所以 Nullability 总的来说就是，写着丑B，用着舒服 - -Lightweight GenericsLightweight Generics 轻量级泛型，轻量是因为这是个纯编译器的语法支持（llvm 7.0），和 Nullability 一样，没有借助任何 objc runtime 的升级，也就是说，这个新语法在 Xcode 7 上可以使用且完全向下兼容（更低的 iOS 版本）带泛型的容器这无疑是本次最重大的改进，有了泛型后终于可以指定容器类