编写高质量的iOS与OS X代码的52个有效方法(一)

第一条:了解Objective-C 语言的起源

 
都知道OC是由Smalltalk演化而来。
消息与函数调用见的区别:
使用消息结构的语言,其运行是所应执行的代码有运行环境来决定,而使用函数调用的语言,则由编译器决定。
 
要点:
 
  1. 1.OC是C语言的超集,OC使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接受一条消息之后,究竟应执行何种代码,由运行期环境而非编译器来决定。
  2. 理解C语言的核心概念有助于写好OC程序,尤其要掌握内存模型与指针。
第二条: 在类的头文件中尽量少引入其他头文件
 
OC像C一样有声明(头文件)和实现文件。
当你只需要知道某个类时,而不需要关心他的实现的时候,在头文件里面使用关键字Class(向前申明),而不是import,这样能提高效率
 
 
要点:
  1. 除非确有必要,否则不要引入头文件。一般来说,应在某个类的头文件中使用向前声明来提及别的类,并在实现文件引入那些类的头文件。这样做可以尽量降低类之间的耦合。
  2. 有事无法使用向前声明,比如要声明某个类遵循一项协议,这种情况下,尽量把“该类遵循某协议”的这条声明移至“clsss-continuation分类中”。如果不行的话,就把协议单独放在一个头文件中,然后将其引入。
第三条: 多用字面量语法,少用与之等价的方法
 
这里说的就@开头的一些字面量方法。@“”,@[],@{}  
 
要点:
  1. 应该使用字面量语法来创建字符串,数值,数组,字典。与创建此类对象的常规方法相比,这么做更加简明扼要。
  2. 应该通过取下标操作来访问数组下标或字典中的键所对应的元素。
  3. 用字面量语法创建数组或字典时,若值中有nil,则会抛出异常。因此,务必确保值里不含nil。
第四条: 多用类型常量,少用#define预处理指令
 
关键字:static const 一般定义在实现文件里
               extern        一般定义在头文件里面(具体可以参考系统的API里的写法)
 
要点:
  1. 不要用预处理定义常量。这样定义出来的常量不含类型信息,编译器只是会在边以前据此执行查找与替换操作。即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。
  2. 在实现文件中,使用 static const来定义“只在编译单元内可见的常量”,由于此常量不在全局变量符号表中,所以无需为其名称加前缀。
  3. 在头文件中使用extern 来声明全局常量,并在相关实现文件中定义其值。这种常量要出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名作前缀。
第五条: 用枚举表示状态,选项,状态码
 
OC基于C,所以也是可以使用枚举的
当枚举的时候一般也就是:typedef NS_ENUM和NS_OPTIONS
前者就是常用的单一状态,后者可以用<<运算符来写,可实现多重状态。如:
技术分享
这个是UIContrl的一个枚举,形象点,这里列举前2个吧,简写,只写8位,
0000 0001
0000 0010
这样就知道位运算了,然后用|符号,得出的是0000 0011 这样就是Down|DownRepeat了。
 
如此这般就能理解NS_OPTIONS的作用了。
 
要点:
  1. 应该用枚举来表示状态机的状态,传递给方法的选项以及状态码等值,给这些值起个易懂的名字。
  2. 如果吧传递给某个方法的选项表示为枚举类型,而多个选项又可同时使用,那么就将个选项值定义为2的幂,以便通过按位或操作将其组合起来
  3. 用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型,这样做可以确保枚举是用开发者所选的底层数据类型实现出来的,而不会采用编译器所选的类型
  4. 在处理枚举类型的switch语句中不要实现default分支。这样的话,加入新枚举之后编译器就会提示开发者:switch语句并未处理所有枚举。
 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。