在iOS应用开发中,虽然Swift已经发展到了2.0版本,是一款很强大的基础语言,各种特性使用起来也很方便简洁,但是毕竟是一门新语言,现在大部分的iOS商业项目中还是使用的稳定性比较好的Objective-C语言。本文小编为大家分享的就是Objective-C的一些现代语法和新特性,一起来看下吧。
instancetype
在instancetype有效的情况下,应该尽量去使用instancetype。至于什么是合适的时候,可以参考stack overflow上面所说:“Use instancetype whenever it's appropriate, which is whenever a class returns an instance of that same class.”
Properties
使用Properties来代替实例变量有很多优势:
1、Auto synthesized getters and setters. 使用@property声明的属性能自动生成getter与setter方法。
2、Better declaration of intent of a set of methods. 比为属性声明一系列方法代码上要清晰很多。
3、Property keywords that express additional information about behavior. Property使用其他的一些关键
子可以表达一些实例变量无法表达的信息,比如 assign, weak, atomic等等。
Property方法有一个非常简明的命名规范,getter方法的名称是property的名称,setter方法的名称是在property名称之前添加set前缀(驼峰法)。通过还可以通过getter关键字指定getter的名称。
在声明一个Property的时候,需要清楚下面这些不能是properties的:
1)init method
2)copy method, mutableCopy method
3)A class factory method
4)初始化一个action并返回一个BOOL结果的方法
5)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 初始化方法:
1、designated initializer : 负责调用superclass的初始化方法以及初始化自己的实例变量的初始化方法
2、convenience initializers : 非designated initializer都被称为designated initializer。这些initializer内部实现一般都是调用另外一个initializer,然而最终一系列链式调用之后,最终都会调用某一个designated initializer 方法来进行初始化行为。
实现一个designated initializer方法很简单,通过NS_DESIGNATED_INITIALIZER宏即可实现,但是使用designated initializer的时候,会有一些限制规则,跟swift中的这些规则非常类似。
Objective-C新特性
Nullability
Nullability特性用来指明 Objective-C/C 指针是否可以为nil。显然,使用这个特性更能清晰表达API的意图,同时可以提升编译器的static checking,还有一点就可以提高这些API在swift中的可用性。如果使用Xcode 7的话,可能注意到在iOS SDK中这个特性已经被大量采用了。Nullability的具体用法,可参考下图:
![1.png](http://studygolang.qiniudn.com/151102/8e23a390e81c99076bc99b5c6868f261.png)
OC中是如何引入这个特性,并且又让低版本的iOS支持的呢?苹果公司称之为 Audited Regions,也就是下面这两个宏之间的区域,NS_ASSUME_NONNULL_BEGIN … NS_ASSUME_NONNULL_END。
Audited Regions对其中的指针做了一些默认的假设,Single-level指针被认为是nonnull的,NSError**指针被认为在各个指针level上面都是nullable的。所以我们在Audited Regions内只需要指明那些 nullable 或者 null_unspecified的场景。
![2.png](http://studygolang.qiniudn.com/151102/ed6d495a947bff01166af366c154aab7.png)
在C指针中使用 Nullability 的话,与OC中不同的地方在于,使用的nullability qualifier需要在前面添加双下划线,并且要将nullability qualifier写在指针后面。例如下面:
![3.png](http://studygolang.qiniudn.com/151102/c00b635520971a79d07b5aa2044fc104.png)
Lightweight Generics
这个轻量级泛型,一方面会提高代码可读性,让API变得更加清晰。另外一方面,还能使编译器帮助我们做一些类型检查,找到一些潜在的错误,达到 Type Safety的效果。
日常主要的用法是针对两个集合类的,NSArray与NSDictionary,详细用法可以参考官方SDK中的使用。同时,我们也可以在我们自己的代码来使用这个轻量级泛型,在自定义类,category,extension等等。
自定义类中的使用语法:
![4.png](http://studygolang.qiniudn.com/151102/93055ab9118949da335d3cac32382d5b.png)
Category / Extension的使用语法:
![5.png](http://studygolang.qiniudn.com/151102/5ee5fa34410bc0030fe1d6e3cf41e662.png)
除此之外,还需要注意的一点就是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];
![6.png](http://studygolang.qiniudn.com/151102/4d599d56d545fb830d3d996a4a4ee8da.png)
同时,我们可以将Kindof types和lightweight generics结合在一起,比如官方提供的特性:
![7.png](http://studygolang.qiniudn.com/151102/c63402761e0f839a6e6dc76513e6c9e1.png)
关于id类型
看了上面这些新特性之后,你会发现在平时开发中,你真的还需要那么多id吗?大多数情况下,我们都可以使用一个更加精确的类型表示,这样能避免一些例如 type safety的问题,同时也能让代码更加清晰。下面看一下官方指明的替代id的情景:
1)在返回 “self” 的方法中,使用instancetype来代替id
2)大多数 Collections 都可以变成 Typed Collections 来代替id
3)__kindof X * 来表示 “some subclass of X”,而不再使用id,可以减少类型强制转换之类的代码
4)id 表示conforms to SomeProtocol的任意类型
那什么情况下使用id呢?只有那些你确认要表示”an object of any type”的时候再使用id,否则,尽量使用其他语法代替id。
以上就是objective-c语言的一些现代语法和新特性,运用这些语法和特性,可以极大的方便我们开发iOS应用,提高开发效率。不管你是用swift语言的开发者还是OC的开发者,你都应该对以上内容有一个详细的了解与掌握。
相关文章:《iOS开发到底是swift好,还是Objective-C好?》http://www.maiziedu.com/group/article/657/
有疑问加站长微信联系(非本文作者)