Swift的确是一个很强大的语言，各种特性使用起来非常简洁强大，但是目前来说，感觉成熟度还是不够，所以商业项目中使用OC来说是比较稳健的行为。看来一下WWDC 2015的 Swift and Objective-C Interoperability session，视频前半部分主要是讲解swift和OC之间的交互的规则，后面则讲到OC的一部分新的语言特性，这几个特性，Apple的开发人员在 WWDC上说的那样，对代码的可读性提升非常大，所以从swift中把这个特性引入到OC中，个人感觉也是为后续向swift的迁移提供支撑，最主要的是 这些特性在iOS SDK中以及全面采用并且兼容低版本，所以可以在当前工作中引入这些特性。
文章的前半部分记录一些之前的Objective-C的现代语法，后面讲解WWDC 2015中介绍的新特性，详细建议去观看WWDC 2015的视频。
instancetype这个方面可以参考我之前总结的一篇博客，关于 id、NSObject *、id 、instancetype的区别 :
Properties使用Properties来代替实例变量有很多优势：
Auto synthesized getters and setters. 使用@property声明的属性能自动生成getter与setter方法。
Better declaration of intent of a set of methods. 比为属性声明一系列方法代码上要清晰很多。
Property keywords that express additional information about behavior. Property使用其他的一些关键子可以表达一些实例变量无法表达的信息，比如 assign, weak, atomic等等。
Property方法有一个非常简明的命名规范，getter方法的名称是property的名称，setter方法的名称是在property名称之前添加set前缀(驼峰法)。通过还可以通过getter关键字指定getter的名称。
在声明一个Property的时候，需要记住下面这些不能是properties的:
init method
copy method, mutableCopy method
A class factory method
初始化一个action并返回一个BOOL结果的方法
A method that explicitly changes internal state as a side effect of a getter
Enumration Marcos使用NS_ENUM来定义枚举，使用NS_OPTIONS来定义options。这两个宏可以改善Xcode中的代码补全，明确指出枚举和options的类型和大小。
Object Initialization可能是为了兼容swift，OC中添加了 designated initializer 初始化方法和 convenience initializers 初始化方法:
designated initializer : 负责调用superclass的初始化方法以及初始化自己的实例变量的初始化方法
convenience initializers : 非designated initializer都被称为designated initializer。这些initializer内部实现一般都是调用另外一个initializer，然而最终一系列链式调用之后，最终都会调用某 一个designated initializer 方法来进行初始化行为。
实现一个designated initializer方法很简单，通过NS_DESIGNATED_INITIALIZER宏即可实现，但是使用designated initializer的时候，会有一些限制规则，跟swift中的这些规则非常类似。详情可以参考： https://developer.apple.com/library/ios/releasenotes/ObjectiveC/ModernizationObjC/AdoptingModernObjective-C/AdoptingModernObjective-C.html
WWDC 2015
NullabilityNullability特性用来指明 Objective-C/C 指针是否可以为nil。显然，使用这个特性更能清晰表达API的意图，同时可以提升编译器的static checking，还有一点就可以提高这些API在swift中的可用性。如果使用Xcode 7的话，可能注意到在iOS SDK中这个特性已经被大量采用了。下面这种截图说明了Nullability的用法。
OC是如何引入这个特性，并且又让低版本的iOS支持的呢？Apple称之为 Audited Regions，也就是下面这两个宏之间的区域，NS_ASSUME_NONNULL_BEGIN … NS_ASSUME_NONNULL_END。
Audited Regions对其中的指针做了一些默认的假设，Single-level指针被认为是nonnull的，NSError**指针被认为在各个指针 level上面都是nullable的。所以我们在Audited Regions内只需要指明那些 nullable 或者 null_unspecified的场景。
在C指针中使用 Nullability 的话，与OC中不同的地方在于，使用的nullability qualifier需要在前面添加双下划线，并且要将nullability qualifier写在指针后面。例如下面：
