编写高质量的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语句并未处理所有枚举。