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