effective Objective-C
第一条:了解objective-c语言的起源
消息结构而非函数调用。区别在于:使用消息结构的语言,其运行时所应执行的代码由运行环境来决定;而使用函数调用的语言,则由编译器决定。
Objective-c为C语言添加了面向对象特性,是其超集。Objective-C使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接受一条消息之后,究竟应执行何种代码,由运行期环境而非编译器来决定。掌握C的内存模型和指针。
第二条:在类的头文件尽量少引入其他头文件
除非确有必要,否则不要引入头文件。一般来说,应在某个类的头文件中使用向前声明来提及别的类,并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合。
有时无法使用向前声明,比如要声明某个类遵循一项协议。这种情况下,尽量把“该类遵循某协议”的这条声明移至“class-continuation分类”中。如果不行的话,就把协议单独放在一个头文件,然后将其引入。
第三条:多用字面量语法,少用与之等价的方法
应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比,这么做更简明。
应该通过下标操作来访问数组下标或字典中的键所对应的元素。
用字面量语法创建数组或字典时,若值中有nil,则会抛出异常。因此,务必确保值里不含nil。
第四条:多用类型常量,少用#define预处理指令
不要用预处理指令定义常量。这样定义出来的常量不含类型信息,编译器只是会在编译前据此执行查找和替换操作。即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中常量值不一致。
在实现文件中使用static const 来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中,所以无须为其名称加前缀。
在头文件中使用extern来声明全局变量,并在相关实现文件中定义其值。这种常量要出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名作前缀。
第五条:用枚举表示状态、选项、状态码
应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值,给这些值起个易懂的名字。
如果把传递给某个方法的选项表示为枚举类型,而多个选项又可同时使用,那么就将各选项值定义为2的幂以便通过按位或操作将其组合起来。
用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型。这样做可以确保枚举是开发者所选的底层数据类型实现出来的,而不会采用编译器所选的类型。
在处理枚举类型的switch语句中不要实现default分支。这样的话,加入新枚举之后,编译器就会提示开发者:switch语句并未处理所有枚举。
第六条:理解@property这个概念
实际上@property是编译器为我们自动生成了getter、setter、ivar三个方法,相当于是编译器为我们的属性进行了封装,。
在编写代码的时候我我们要注意,用@property语法定义对象中所封装的数据是很方便快捷的。
通过每个变量的不同性质来制定存储数据所需的正确语义。
在设置属性所对应的实例变量时,一定要遵从该属性所声明的语义。
开发iOS程序时一般我们都会使用nonatomic,允许多线程访问,提高性能和读取效率。
第七条:在对象内部尽量直接访问实例变量
开发中会经常遇到访问内部属性,_obj 的访问方式比self.obj这种访问方式的效率要高,因为前者没有经过oc的“方法派发”步骤。
在对象内部读取数据时,应该直接通过实例变量来读,写入数据时,应通过属性来写(setter方法,控制属性的写入操作)。
在初始化方法及dealloc方法中,总是应该直接通过实例变量来读写数据。
有时会使用惰性初始化技术配置某份数据,这种情况下,需要通过属性来读取数据(触发getter方法)。
第八条:理解“对象等同性”这一概念
NSObject 有两个用于判断等同性的关键方法:
-(BOOL)isEqual:(id)object;
- (NSUInteger)hash;
这两个方法是判断两个指针指向的地址,如果相同,那么默认这两个对象相等。并且返回同一个哈希值。
要点:若想检测对象的等同性,请提供“isEqual:”与hash方法。
相同的对象必须具有相同的哈希码,但是两个哈希码相同的对象却未必相同。
不要盲目的逐个检测每条属性,而是应该依照具体需求来制定检测方案。
编写hash方法时,应该使用计算速度快而且哈希码碰撞几率低的算法。
第九条:以“类族模式”隐藏实现细节,保持接口简洁
系统框架中有许多类族,大部分的collection类都是类族。简单说,类族的原理就是用父类指针指向子类。
例如一个button类,他有很多子类,但是这些子类我们使用者不需要去看是什么,那么初始化的时候直接用UIButton。
注意:类族模式可以把实现细节隐藏在一套简单的公共接口后面。
系统框架中经常使用类族。
从类族的公共抽象基类中继承子类时要当心,若有开发文档,则应首先阅读。
第十条:在既有类中使用关联对象存放自定义数据
运行时机制,比如category等都是通过objc-runtime特性来添加上去的。
关联对象:Associated Object
通过key 获取关联对象:objc_getAssociatedObject(<#id object#>, <#const void *key#>)
设置对象:objc_setAssociatedObject(<#id object#>, <#const void *key#>, <#id value#>(添加的东西), <#objc_AssociationPolicy policy#>)
添加了什么类型的对象,就要用什么类型的对象来获取。
可以通过“关联对象”机制来把两个对象连起来。
定义关联对象时可指定内存管理语义,用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”。
需要注意的是,在setAssociatedObject中我们添加了什么类型的东西,我们就要用什么类型来指向。
第十一条 理解objc_msgSend
对象调用方法,成为传递消息。调用方法的对象叫做“receiver”,函数名叫“selector”;
函数地址在运行时才能得到。
objc_msgSend函数需要在接受者所属的类中搜寻其“方法列表”(list of methods),如果能找到与选择子名称相符的方法,就跳至实现代码。找不到就沿着继承体系继续往上查找。等找到合适的方法之后再跳转。如果找不到,就执行“message forwarding”。
消息由接受者(receive)、选择子(selector)、参数构成。给对象“发送消息(invoke a message)”也就相当于在该对象上“调用方法(call a method)”。
发送某对象的全部消息都要由“动态消息派发系统(dynamic message dispatch system)”来处理,该系统会查出对应的方法,并执行其代码。
附上一个例子,
[object showInfoWithStatus:objc];
编译之后,objc_megSend(object,@selector( showInfoWithStatus:),objc);
第十二条:理解消息转发机制
对象在收到无法解读的消息之后会发生的情况。
在编译期间向类发送其无法解读的消息并不会报错,因为在运行期可以继续向类中添加方法。
消息转发分为两大阶段。1、第一阶段先征询接受者,所属的类,看其是否能动态添加方法,以处理当前这个“位置的选择子(unknown selector)”,这叫做“动态方法解析(dynamic method resolution)”。2、第二阶段涉及“完整的消息转发机制(full forwarding mechanism)”。
太抽象了!!!!!这三章看得头都大了