第一章：熟悉Objective-C
1 了解objective-c语言的起源 总结：
OC为C语言添加了面向对象的特性，是其超集。
采用动态绑定的消息结构而非函数调用，也就是说，要在运行时才检查对象类型及决定其执行何种代码。
OC的对象都存储到堆中，指向该对象的指针则被存储到栈帧中，当栈帧弹出时自动清理（结构体也是存储到栈空间中的）。OC将堆的内存管理抽象出来，形成了引用计数来管理对象内存。
2 在类的头文件中尽量少引入其他头文件 总结：
尽量延后引入头文件的时机，减少编译时间。在头文件中使用@class前向声明代替#import，这样也能有效解决循环引用的问题。
如果是遵循某个协议而必须用#import，有两个解决办法，一是当耦合性比较低的时候将协议单独放进一个头文件中，二是像委托协议这种，最好在实现文件中声明实现了该委托协议，并把这段实现代码放在class-continuation分类（类扩展）里。这样做不仅可以缩短编译时间，还可以降低彼此的依赖程度。维护起来也会方便些。
3 多用字面量语法，少用与之等价的方法 总结：
（literal sytax）多使用字面数值，字面量数组，字面量字典。使用字面量数组或字典时，可以使用字面量取下标操作来访问数组对应下标的元素或字典中键所对应的值，如果数组或字典是可变的，也可以通过字面量修改其值。使用字面量创建数组或字典时，若值中有nil会抛出异常，这也使得字面量语法更加安全。
美中不足的是字面量创建出来的字符串、数组、字典对象都是不可变的，若想要可变版本的对象，需要mutableCopy复制一份。
4 多用类型常量，少用#define预处理指令 总结：
不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致。
应设法利用编译器特性定义常量，在实现文件中使用static const来定义“只在编译单元内可见的常量”（translation-unit-specific constant）。由于此类常量不在全局符号表中，所以无须为其名称加前缀。static const NSTimeInterval kAnimationDuration = 0.3;此时编译器会像#define预处理指令一样。（其中const指明是不可变的，static表明kAnimationDuration的作用于仅限于.m文件中(一个实现文件是一个编译单元，一个编译单元对应一个目标文件，连接器负责把目标文件链接形成最终的二进制文件)，如果不加static，编译器会为其创建一个外部符号把其当做全局可见的变量了）。
在头文件中使用extern来声明全局常量，并在相关实现文件中定义其值。这种常量要出现在全局符号表中，所以其名称应加以区隔，通常用与之相关的类名做前缀。.h文件中声明extern NSString *const EOCStringConstant;.m文件中定义NSString *const EOCStringConstant = @“VALUE”。（常量定义应从右至左解读，EOCStringConstant是一个常量，而且这个常量是一个指针，指向NSString对象）
5 用枚举表示状态、选项、状态码 总结：
实现枚举所用的数据类型取决于编译器，不过其二进制位bit的个数必须完全表示下枚举编号才行。枚举可以指明底层数据类型来保存枚举类型的变量，如此一来可以向前声明枚举变量了。应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值，给这些值起个易懂的名字。如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么就将各选项值定义为2的幂，以便通过按位或操作将其组合起来。
用NS_ENUM与NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型。
在处理枚举类型的switch语句中不要实现default分支。这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有枚举。
关于NS_ENUM和NS_OPTIONS的区别参考：http://www.cnblogs.com/langtianya/p/3888924.html