Optional的定义
Optional是Objective-C没有的数据类型，是苹果引入到Swift语言中的全新类型，它可以有值，也可以没有值，当它没有值时，就是nil。此外，Swift的nil也和Objective-C有些不一样，在Objective-C中，只有对象才能为nil，而在Swift里，当基础类型（整形、浮点、布尔等）没有值时，也是nil，而不是一个初始值，没有初始值的值，是不能使用的，这就产生了Optional类型。Optional类型的值不能直接使用，需要拆包才可以取到值。
Nullability Annotations
Objective-C对象没有区分是optional还是non-optional。Swift编译器并不知道一个Objective-C对象是哪种类型，因此这种情况下编译器会隐式地将Objective-C的对象当成是non-optional。
XCode6.3引用Objective-C新特性解决这个问题：nullability annotations
The Core:_Nullable and _Nonnull
新特性的核心是增加两个新的注释：_Nullable 和 _Nonnull。正如你所预料的, _Nullable表示对象可能是NULL或者nil,_Nonnull表示对象不能为空。 当你没有遵循规则时编译器就会报错。
@interface AAPLList : NSObject
// ...
- (AAPLListItem * _Nullable)itemWithName:(NSString * _Nonnull)name;
@property (copy, readonly) NSArray * _Nonnull allItems;
// ...
@end
// --------------
[self.list itemWithName:nil]; // warning!
在任何使用C const 关键字的地方都可以使用_Nullable 和 _Nonnull，但仅限于使用在指针类型上。然而在一般情况有更漂亮的方式书写这些注释：直接在圆括号后面使用不带下划线的nullable和nonnull，只要它的类型是一个对象或者block指针。
- (nullable AAPLListItem *)itemWithName:(nonnull NSString *)name;
- (NSInteger)indexOfItem:(nonnull AAPLListItem *)item;
在声明属性时，也可以用同样的方式和修饰符写在一起。
@property (copy, nullable) NSString *name;
@property (copy, readonly, nonnull) NSArray *allItems;
不带下划线的形式更好看一些，但你仍然需要在你的头文件里设置每一个类型。为了让你更轻松，可以使用audited regions。
Audited Regions
为了更简单使用这些新注释，可以在头文件标记一定区域为nullability。在这个区域内，所有的指针类型会被假定为nonnull。
NS_ASSUME_NONNULL_BEGIN
@interface AAPLList : NSObject
// ...
- (nullable AAPLListItem *)itemWithName:(NSString *)name;
- (NSInteger)indexOfItem:(AAPLListItem *)item;
@property (copy, nullable) NSString *name;
@property (copy, readonly) NSArray *allItems;
// ...
@end
NS_ASSUME_NONNULL_END
// --------------
self.list.name = nil; // okay
AAPLListItem *matchingItem = [self.list itemWithName:nil]; // warning!
为了安全要注意以下一条规则：
* typedef定义的类型要结合上下文看，不能假定它是nonnull
* 复杂的指针类型比如id *，一定要明确它的注释。例如一个指向nullable对象的non-nullable指针：_Nullable id * _Nonnull
* NSError **通常被假定指向nullable类型NSError的对象的nullable指针，用来通过方法参数返回错误。
Compatibility
* 编译过的代码可以正常运行，即使向它们传nil也不会报错。
* 现存代码在和Swift混编时，Swift编译器会对当前不安全的行为提出警告。
* nonnull不会影响性能。并且在运行时，你仍然可以检查被标记为nonnull的参数是否为nil。在向后兼容时这可能是必要的。
一般你可以把nullable和nonnull简单的看成异常或断言一样，控制程序错误。特别当返回类型为non-nullable时不能返回nil，除非为了向后兼容。
在Xcode6.3发布了关键字__nullable和__nonnull。由于和第三方库有潜在冲突，在Xcode7修改为_Nullable和_Nonnull 。为了兼容Xcode6.3，要预先定义宏__nullable和__nonnull来扩展同样的名字。
Back to Swift
现在添加Nullability Annotations到Objective-C的头文件中，在Swift代码中：
添加注释之前：
class AAPLList : NSObject, NSCoding, NSCopying {
// ...
func itemWithName(name: String!) -> AAPLListItem!
func indexOfItem(item: AAPLListItem!) -> Int
@NSCopying var name: String! { get set }
@NSCopying var allItems: [AnyObject]! { get }
// ...
}
之后：
class AAPLList : NSObject, NSCoding, NSCopying {
// ...
func itemWithName(name: String) -> AAPLListItem?
func indexOfItem(item: AAPLListItem) -> Int
@NSCopying var name: String? { get set }
@NSCopying var allItems: [AnyObject] { get }
// ...
}
Swift代码现在变得更加简洁。这只是一个微小的改变，但在使用时会变得更加方便。
哪里有问题提出修改意见~