Swift的确是一个很强大的语言，各种特性使用起来非常简洁强大，但是目前来说，感觉成熟度还是不够，所以商业项目中使用OC来说是比较稳健的行为。看来一下WWDC 2015的 Swift and Objective-C Interoperability session，视频前半部分主要是讲解swift和OC之间的交互的规则，后面则讲到OC的一部分新的语言特性，这几个特性，Apple的开发人员在 WWDC上说的那样，对代码的可读性提升非常大，所以从swift中把这个特性引入到OC中，个人感觉也是为后续向swift的迁移提供支撑，最主要的是 这些特性在iOS SDK中以及全面采用并且兼容低版本，所以可以在当前工作中引入这些特性。
【instancetype】
1. id 与 NSObject *
(1) id 是 Objective-C 对象，但是并不一定是NSObject对象，并非所有的Foundation/Cocoa对象都是继承于NSObject对象的，比如NSProxy。同时，id与NSObject对象之间有很多的共同方法，比如retain与release等方法。更一步来说：所有的对象本质来说都是 id 类型的。
(2) 对于id来说，你可以调用任意可见的selector，编译器和IDE不会进行类型检查，这个时候就需要你自己进行类型检查并且进行类型转换，来确保这些调用不会出错。而对于NSObject *类型，只能调用NSObject对象所声明的selector，不能调用它子类的selector，编译器会进行检查。
(3) 对于一些不想或者不能进行类型检查的地方，可以使用id。比如在集合(array, collection)类型中，比如在一些你并不知道方法的返回类型的地方(比如alloc)，比如我们经常声明delegate为id类型，在运行的时候再使用respondToSelector:来进行检查。
2. id
使用id来声明一个对象，相当于告诉编译我们并不知道这个对象的类型，但是它实现NSObject protocol。一个这种类型的指针，即可以用来指向NSObject*对象，也可以用来指向NSProxy*对象，因为NSObject对象与NSProxy对象都是现了NSObject protocol。
3. id 与 instancetype
Apple官方文档：
In your code, replace occurrences ofidas a return value withinstancetypewhere appropriate. This is typically the case forinitmethods and class factory methods. Even though the compiler automatically converts methods that begin with “alloc,” “init,” or “new” and have a return type ofidto returninstancetype, it doesn’t convert other methods.Objective-C convention is to writeinstancetypeexplicitly for all methods.
【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 方法来进行初始化行为。
WWDC 2015
【Nullability】
Nullability特性用来指明 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写在指针后面。例如下面：
Lightweight Generics
这个轻量级泛型，一方面会提高代码可读性，让API变得更加清晰。另外一方面，还能使编译器会帮助我们做一些类型检查，找到一些潜在的错误，达到 Type Safety的效果。
日常主要的用法是针对两个集合类的，NSArray与NSDictionary，详细用法可以参考官方SDK中的使用。同时，我们也可以在我们自己的代码来使用这个轻量级泛型，在自定义类，category，extension等等。
自定义类中的使用语法：
Category / Extension的使用语法：
WWDC中还强调了一点是，Lightweight Generics 是向前兼容的，不会更改OC的runtime，同时也不会对生成的代码造成任何影响。
__kindof
在OC中，我们的代码中会大量使用id这个特性，这个特性用起来会带来很多很方便的特性，但是它有个缺陷，我们经常需要进行强制类型转换。 Xcode 7中有个新特性，__kindof，“Kindof” types express “some kind of X”，用__kind修饰的变量表示是某个类或者这个类的子类。
当我们把这个类或者子类的其他变量赋值给这个变量时，编译器会默认帮我们进行类型转换以及类型检查工作，这样就不需要我们写一些强制类型转换这样 的代码了。最简单的一个例子是在UITableView的应用，cellForRowAtIndexPath:返回的变量使用这个修饰之后，我们就不再需 要写任何强制类型转换了，例如，CustomCell *cell = [tableview cellForRowAtIndexPath:indexPath];
同时，我们可以将Kindof types和lightweight generics结合在一起，比如官方提供的特性：
关于id类型
看了上面这些新特性之后，你会发现在平时开发中，你真的还需要那么多id吗？大多数情况下，我们都可以使用一个更加精确的类型表示，这样能避免一些例如 type safety的问题，同时也能让代码更加清晰。下面看一下官方指明的替代id的情景：
在返回 “self” 的方法中，使用instancetype来代替id
大多数 Collections 都可以变成 Typed Collections 来代替id
__kindof X * 来表示 “some subclass of X”，而不再使用id，可以减少类型强制转换之类的代码
id 表示conforms to SomeProtocol的任意类型
那什么情况下使用id呢？只有那些你确认要表示”an object of any type”的时候再使用id，否则，尽量使用其他语法代替id。