Pointer is missing a nullability type specifier (__nonnull or __nullable)

我们都知道在swift中，可以使用!和?来表示一个对象是optional的还是non-optional，如view?和view!。而在Objective-C中则没有这一区分，view即可表示这个对象是optional，也可表示是non-optioanl。这样就会造成一个问题：在Swift与Objective-C混编时，Swift编译器并不知道一个Objective-C对象到底是optional还是non-optional，因此这种情况下编译器会隐式地将Objective-C的对象当成是non-optional。

为了解决这个问题，苹果在Xcode 6.3引入了一个Objective-C的新特性：nullability annotations。这一新特性的核心是两个新的类型注释：__nullable和__nonnull。从字面上我们可以猜到，__nullable表示对象可以是NULL或nil，而__nonnull表示对象不应该为空。当我们不遵循这一规则时，编译器就会给出警告。

 typedef enum : NSUInteger {
     LoadTypeNew, ///下拉刷新，加载最新数据的状态
     LoadTypeMore,  /// 上拉刷新，加载更多数据的状态
     LoadTypeSearch /// 控制器搜索数据的状态
 } LoadType;

 //这个block ， 用来解决是不是已经把数据加载完成了(没有更多的数据了)
 typedef void(^SuccessWithLastBlock)(_Nonnull id success, BOOL last);

 //这个block ， 用来解决请求数据出错的情况(包含error 信息 和服务器返回的错误信息，error为空 ，即为服务器错误)
 typedef void(^ErrorMsgBlock)( NSError * _Nullable error,id _Nullable msgBody);

 @interface QKYBasicDataController : NSObject

 @property (nonatomic,strong,nonnull)SuccessWithLastBlock successWithLastBlock; //默认的成功的回调
 @property (nonatomic,strong,nonnull)SuccessBlock successBlock; //默认的成功的回调
 @property (nonatomic,strong,nonnull)ErrorMsgBlock errorMsgBlock;  //默认的失败的回调

 // 传入交互的Block块,这个只是提供一般的例子，在具体的DataController中为了增加可读性，需要自定义
 -(void)requestDatasWithSusscessBlock: (_Nullable SuccessBlock ) successBlock ErrorMsgBlock:(_Nullable ErrorMsgBlock )errorMsgBlock;
 @end

上边的代码是一个基础ViewModel的代码，在使用block的时候只要加上这两个属性 进行说明就不会有警告了