《编写高质量iOS与OS X代码的52个有效方法》的笔记，通读了一遍，感觉印象不是特别深刻，写下笔记记录下吧。

　　这个数的结构很清晰，5章52条建议，分点介绍了编写高效代码的建议，每点后面有总结，这里简单的记录下这些总结，方便温习。

　　因时间原因，先写5条，有时间逐渐加进来。

第一章：熟悉oc

1，了解oc起源

• oc为C语言添加了面向对象特性，是其超集。oc使用动态绑定的消息结构，也就是说已在运行时才会检查对象类型。接收一条消息之后，究竟应执行何种代码，由运行期环境而非编译器来决定。
• 理解C语言的核心概念有助于写好oc程序。尤其要掌握内存模型与指针。

2，在类的头文件中尽量少引入其他头文件

• 除非确有必要，否则不要引入头文件。一般来说，应在某个类的头文件中使用向前声明来提及别的类，并在实现文件中引入那些类的头文件。这样做可以尽量降低类与类之间的耦合。
• 有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量吧“该类遵循某协议”的这条生命移至“class-continuation分类”中。如果不行的话，就把协议单独放在一个头文件中，然后将其引入。

3，多用字面量语法，少用与之等价的语法

　　（就是NSArray *array = @[@1,@2,@3];）

• 应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比，这么做更加简明扼要。
• 应该通过取下标操作来访问数组下标或字典中的键所对应的元素
• 用字面量语法创建数组或字典时，若之中有nil，则会抛出异常。因此，务必确保值里不含nil。

4，多用类型常量，少用#define预处理指令

　　（不同意这点...）

• 不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致。
• 在实现文件中使用static const来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中，所以无须为其名称加前缀。
• 在头文件中使用extern来声明全局变量，并在相关实现文件中定义其值。这种常量要出现在全局符号表中，所以其名称应加以区隔，通常用与之相关的类名做前缀。

5，用枚举标识状态、选项、状态码

• 应该用枚举表示状态机的状态、传递给方法的选项以及状态码等值，给这些值起个易懂的名字。
• 如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么就将个选项值定义为2的幂，以便通过按位或操作将其组合起来。
• 用NS_ENUM与NSOPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型。
• 在处理枚举类型的swith语句中不要实现default分支。这样的话，加入新枚举之后，编译器就回提示开发者：switch语句并未处理所有枚举。

 6，理解“属性”这一概念

　　　关于属性，我在【iOS】关于属性的理解与验证中有更多的总结

• 可以用@property语法来定义对象中所封装的数据。
• 通过“特质”来指定存储数据所需的正确语义。（特质有四种：原子性，读写权限，内存管理语义和方法名）。
• 在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义。
• 开发iOS程序时应该使用nonatomic属性，因为atomic属性会严重影响性能。（如果不标明，默认为atomic）。

7，在对象内部尽量直接访问实例变量

• 在对象内部读取数据时，应该直接通过实例变量来读，写入数据时，则应通过属性来写。
• 在初始化方法及dealloc方法中，总是应该直接通过实例变量来读写数据。
• 有时会使用惰性初始化技术配置某份数据，这种情况下，需要通过属性来读取数据。

8，理解“对象等同性”这一概念

• 若想检测对象的等同性，请提供“isEqual:”与hash方法。
• 相同的对象必须具有相同的哈希码，但是两个哈希码相同的对象却未必相同。
• 不要盲目地逐个检测每条属性，而是应该依照具体需求来制定检测方案。
• 编写hash方法时，应该使用计算速度快而且哈希码碰撞几率低的算法。

9，以“类族模式”隐藏实现细节

• 类族模式可以把实现细节隐藏在一套简单的公共接口后面。
• 系统框架中经常使用类族。
• 从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读。

10，在既有类中使用关联对象存放自定义数据

• 可以通过“关联对象”机制来把两个对象连起来。
• 定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”。
• 只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的BUG。