Objective-c针对swift的新特性

WWDC2015 退出和开源Swift2.0,Swift作为全新的开发语言,有很多新特性,而swfit可以objective-c混编,所以objective也添加了一些新特性与swift同步主要有以下三个新特性:

Nullability

Lightweight Generics

__kindof

Nullability

Nullability特性不是Xcode7才有的,从Xcode6.3的发布,新版的Clang引入了一些关键字:

__nullable / nullable:标示指针可以为nil或NULL

__nonnull / nonnull:标示指针不应该为nil,如果传一个nil值给指针,会收到编译器警告

__null_unspecified / null_unspecified:未标示指针是否为nil(使用场景较少)

null_resettable:专门用来修饰属性的,标示该属性即使不赋值,也会有一个系统的默认值,不会为nil

其中__nullable与nullable有无下划线和__strong与strong、__weak与weak有无下划线道理相似(修饰属性用strong,修饰变量用__strong),但使用时摆放位置没有const关键字那么严谨:

(顺便回忆一下const:

int const aVar =10;

const int bVar =20;

const intconst cVar =30;

都代表什么意思)
例如:
+ (void)friendWithName:(__nonnull NSString *)name {  
    return;  
}  
  
+ (void)friendWithNameEx:(NSString * __nonnull)name {  
    return;  
}  

是没有区别的,然后通常还可以省略掉关键字前边的两个下划线,例如
+ (nullable NSString *)friendWithName:(nonnull NSString *)name {  
    return @"Jim";  
}  

之前在使用一个指针的时候,常用的办法是断言和异常来判断指针是否为nil,现在有了Nullability特性之后,在编译阶段就能更优雅的解决这个问题,例如方法需要一个部位nil的参数,如果执意给方法传递一个nil的参数,编译器会发出警告。
+ (nullable NSString *)friendWithName:(nonnull NSString *)name {  
    return nil;  
}

这样调用
[ViewController friendWithName:nil]; 

会有一个警告: Null passed to a callee that requires a non-null argument,意思是name形参不能传nil。

那么nonnull已经明白了,nullable就很好理解了,允许指针为nil。null_unspecified代表不标示指针是否为nil,用的很少,因为实际开发中建议明确标示指针是否可以为nil,但如果每个指针都要明确标示是否为nil,那显然是体力活,为了解决这个问题,出现了审查区域的概念(Audited Regions)。

NS_ASSUME_NONNULL_BEGIN  
  
@interface ViewController : UIViewController  
  
@property (nonatomic, strong) NSDictionary *sark;  
  
@end  
  
NS_ASSUME_NONNULL_END  

这样使用,就会出现警告了,

self.sark = nil; 
NS_ASSUME_NONNULL_BEGIN …… NS_ASSUME_NONNULL_END 表明此此区间的类的header文件中,所有属性都不为nil,不在需要明确指定:

@property (nonatomic, strong, nonnull) NSDictionary *sark;

下面再来说说 null_resettable特性,专门用来修饰属性的,如果不指定属性的值,系统会给一个默认的值,保证此属性不为nil,SDK中使用到此特性的地方有:

UIViewController的view属性:

@property(null_resettable, nonatomic,strong) UIView *view; // The getter first invokes [self loadView] if the view hasn't been set yet. Subclasses must call super if they override the setter or getter.  

意思就是说,即使ViewController中你不重写loadView方法,而直接使用self.view属性的时候,view属性的get方法会调用[self loadView]方法,来初始化view。

类似的还有

@property(null_resettable, nonatomic, strong) UIColor *tintColor NS_AVAILABLE_IOS(7_0);  

总结:Nullability在编译器层面提供了空值的类型检查,在类型不符时给出 warning,方便开发者第一时间发现潜在问题,还有一些需要注意的问题,建议去看 官网 ,而不要去看个人的理解或官网翻译版本

Lightweight Generics

以前容器对象(NSArray、NSDictionary)对其中的对象类型没有限制,现在有了泛型之后,终于可以解决这个问题了,带泛型的容器:

NSArray<NSString *> *stringArray = @[@"a", @"b", @"c"];  
NSLog(@"%lu", stringArray.firstObject.length);  
  
NSMutableDictionary <NSString *, NSString *> *stringDic = [NSMutableDictionary dictionaryWithObject:@"a" forKey:@"key_a"];  
  
[stringDic setObject:@"b" forKey:@"key_b"];  
[stringDic setObject:@3 forKey:@"key_c"]; //将会收到编译器警告  

进一步研究,看看 NSArray头文件:
NS_ASSUME_NONNULL_BEGIN  
  
@interface NSArray<__covariant ObjectType> : NSObject <NSCopying, NSMutableCopying, NSSecureCoding, NSFastEnumeration>  
  
@property (readonly) NSUInteger count;  
- (ObjectType)objectAtIndex:(NSUInteger)index;  
- (instancetype)init NS_DESIGNATED_INITIALIZER;  
- (instancetype)initWithObjects:(const ObjectType [])objects count:(NSUInteger)cnt NS_DESIGNATED_INITIALIZER;  
- (nullable instancetype)initWithCoder:(NSCoder *)aDecoder NS_DESIGNATED_INITIALIZER;  
  
@end  
@interface NSArray<ObjectType> (NSExtendedArray)  
  
- (NSArray<ObjectType> *)arrayByAddingObject:(ObjectType)anObject;  
…  
@end  
  
…  
  
NS_ASSUME_NONNULL_END  

参考NSArray的头文件,我们不难写出自定义泛型类,但这里有一些细节问题需要注意,首先__covariant这个关键字眼生的很,了解__covariant之前先回忆一下以下代码:
NSArray<NSString *> *stringArray = @[@"a", @"b", @"c"];  
NSArray<NSMutableString *> *mutStringArray = @[[@"a" mutableCopy], [@"b" mutableCopy]];  
stringArray = mutStringArray; //没问题  
  mutStringArray = stringArray; 会有警告,最基本的C面试题了 

对了,强制类型转换,泛型也涉及到强制类型转换问题,NSArray<__covariant ObjectType>,其中__covariant关键字就是表达可以 stringArray = mutStringArray,假如这样定义数组NSArray<ObjectType>,那stringArray = mutStringArray也会有警告(可以自定义类实现泛型验证),与__covariant对应的是__contravariant,如果这样定义数组NSArray<__contravariant ObjectType>,那么mutStringArray = stringArray;也不会有警告了,但这明显不合理。关于__covariant与__contravariant就不翻译了(有时候翻译真不如英文原版)

注1:参考NSDictionary头文件定义,来思考多参数泛型实现。

注2:如果不指定泛型类型,默认为id类型,OC的id指针与其他指针的类型转换规则…省略100字…

__kindof

NSObject类头文件定义中有一个常用的方法:

- (BOOL)isKindOfClass:(Class)aClass;

判断某对象是否是某类型或其子类型。

下面看UIView的subviews属性:

@property (nonatomic, readonly, copy) NSArray<__kindof UIView *> *subviews;  

表明subviews数组中的对象类型是UIView类型或UIView子类型


__kindof关键字的好处在于更加明确了以前id类型无法清晰表达的短板,

- (nullable __kindof UITableViewCell *)dequeueReusableCellWithIdentifier:(NSString *)identifier;  // Used by the delegate to acquire an already allocated cell, in lieu of allocating a new one.  


表明方法返回的是UITableViewCell或其子类型,比以前的id类型更清晰,更明确。
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看rEADME.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看rEADME.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值