nullable与nonnull

苹果在Xcode6.3出现了这一OC新特性,从字面上我们可以知道nullable表示该对象可以为空，nonnull表示该对象（或者属性）不可以为空。
我们以前写代码的时候基本都是这样：

@property (nonatomic, copy) NSString *name;

在viewDidLoad方法里面：

- (void)viewDidLoad {
    [super viewDidLoad];
    self.name = nil;
}

按照上面写好像没什么问题，也没有警告。这时候进入系统的一些头文件，会发现@property中的修饰符多了一些东西。

// 属性中
@property(nullable, nonatomic, readonly, strong) UIView *viewIfLoaded;
// 方法中
- (instancetype)initWithNibName:(nullable NSString *)nibNameOrNil bundle:(nullable NSBundle *)nibBundleOrNil NS_DESIGNATED_INITIALIZER;

那么使用该修饰符来试一试，当写如下代码时：

@interface ViewController ()
@property (nonnull, nonatomic, copy) NSString *name;
@end
@implementation ViewController
- (void)viewDidLoad {
    [super viewDidLoad];
    self.name = nil; // 警告：Null passed to a callee that requires a non-null argument
    [self text1];
}

按照我们以前写的时候，这个时候是不会有警告的，也就是不加nonnull修饰符。所以可以得出一个结论，当我们不写nonnull/nullable的时候，那么系统默认nullable吗？

@property (nonatomic, copy) NSString *name;

然后我们在viewDidLoad方法里面写如下代码：

- (void)viewDidLoad {
    [super viewDidLoad];
    self.name = nil;
}

这里的话其实是没有警告的，那么到了这里其实有个疑问了，默认不写的话，就是nullable么？？？
别着急，继续往下看！！！

苹果为什么要出这一新特性？

我们都知道苹果出了swift,swift中出了一种类型---optional（可选项），这里其实就对应了nonnull和nullable, nonnull对应的是非可选的（也就是不允许为空），nullable对应的是可选的（optional）,也就是允许为空，当我们使用swift和OC混编的时候，我们在oc写的:

@property (nonatomic, copy) NSString *name;

在下一篇文章上我详细写到swift和OC的混编，这里不做过多解释！

按照上面代码，我们swift文件里面访问这个”name“属性的时候，如果name是可选的，也就代表着会转化成nullable类型，如果name是不可选的，也就代表着会转化成nonnull类型：

好了，这时候我们可以看到name的类型其实是”String！“类型。

这里我们可以得出结论了： 在swift与OC混编的时候，不写nonnull/nullable，默认会生成非可选的，也就是nonnull....