写在之前：以下分享内容出自该书的要点摘要，记录下来加深记忆以及方便后续的巩固。

7AEFF083-9431-46C3-B3A5-2F5AE7B2A5FE.png

1：了解Objective-C 语言的起源

(1) Objective-C 为是C语言添加了面向对象特性，是其超集。Objective-C使用动态绑定的消息结构，也就是说，在运行时才会检查对象类型。接受一条消息之后，究竟应执行何种代码，由运行期环境而非编译器来决定。(PS:能消息转发的原因，后面会提到)

(2)理解C语言的核心概念有助于写好Objective-C程序，尤其要掌握内存模型与指针。

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

(1)除非确有必要，否则不要引入头文件(.h文件)。一般来说，应在某个头文件中使用向前声明来提及别的类，并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合。

(2)有时候无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵循某协议”的这条声明移至“分类”中。如果不行的话，就把协议单独放在一个头文件中，然后将其引入。

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

(1)应该使用字面量语法来创建字符串，数值，数组，字典。与创建此类对象的常规方法相比，这么做更加简明扼要。

(2)应该通过取下标操作来访问数组下标或字典中的键所对应的元素。

(3)用字面量语法创建数组或字典时，若值中有nil，则会抛出异常。因此，务必确保值里不含nil。

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

(1)不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只会在编译前据此执行查找与替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致。

(2)在实现文件中使用static const来定义“只在编译单元内可见的常量”。由于此类常量不在全局符合表中，所以无须为其名称加前缀。

(3)在头文件中使用extern来声明全局常量，并在相关实现文件中定义其值。这种常量要出现在全局符合表中，所以其名称应该加以区隔，通常用与之相关的类名做前缀。

5：用枚举表示状态，选项，状态码

(1)应该用枚举来表示状态机的状态，传递给方法的选项以及状态码等值，给这些值起个易懂的名字。

(2)如果把传递给某个方法的选项表示为枚举类型，而多个选项又可以同时使用，那么就将各个选项值定义为2的幂，以便通过按位或者操作将其组合起来。

(3)用NE_ENUM与NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不是采用编译器所选的类型。

(4)在处理枚举类型的switch语句中不要实现default分支。这样的话，加入新枚举之后，编译器就会提示警告：switch语句未处理所有枚举。

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

(1)可以用@property语法来定义对象中所封装的数据。

(2)通过“特性”，来指定存储数据所需的正确语义。

(3)在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义。

(4)开发iOS时应该使用nonatomic属性，因为atmic属性会严重影响 性能。

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

(1)在对象内部读取数据时，应该直接通过实例变量来读，而写入数据时，则应通过属性来写。

(2)在初始化方法及dealloc，总是应该通过实例变量来读去数据。

(3)有时会使用惰性初始化技术配置某份数据，这种情况下，需要通过属性来读取数据。

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

(1)若想检测对象的等同性，请提供isEqual:与hash方法。

(2)相同的对象必须具有相同的哈希码，但是两个哈希码相同的对象却未必相同。

(3)不要盲目地逐个检测每条属性，而是应该依照具体需求来制定检测方案。

(4)编写hash方法时，应使用计算速度快而且哈希码碰撞几率低的算法。

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

(1)类族模式可以把实现细节隐藏在一套简单的公共接口后面。

(2)系统框架中经常使用类族。

(3)从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读。

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

(1)可以通过“关联对象”机制把两个对象连起来。

(2)定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”。

(3)只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的bug。

11：理解objc_msgSend的作用

(1)消息由接受者，选择器及参数构成。给某对象“发送消息”也就是相当于在该对象上“调用方法”。

(2)发给某对象的全部消息都要由“动态消息派发系统”来处理，该系统会查出对应的方法，并执行代码。

12：理解消息转发机制

(1)若对象无法响应某个选择器，则进入消息转发流程。

(2)通过运行期的动态方法解析功能，我们可以在需要用到某个方法时在将其加入类中。

(3)对象可以把其无法解读的某些选择器转交给其他对象来处理。

(4)经过上述两步之后，如果还是没有办法处理选择器，那就启动完整的消息转发机制。

13：用“方法调配技术”调试“黑盒方法”

(1)在运行期，可以向类中新增或替换选择器所对应的方法实现。

(2)使用另一份实现来替换原有的方法实现，这道工序叫“方法调配”，开发者常用此技术向原有实现中添加新功能。

(3)一般来说，只有调试程序的时候才需要在运行期修改方法实现，这种做法不宜滥用。

14：理解“类对象”的用意

(1)每个实例都有一个指向Class对象的指针，用以表明其类型，而这些Class对象则构成了类的继承体系。

(2)如果对象类型无法在编译期确定，那么就该使用类型信息查询方法来探知。

(3)尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能。

15：用前缀避免命名空间冲突

(1)选择与你公司，应用程序或者二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀。

(2)若自己所开发的应用程序中用到了第三方库，则应为其中的名称加上前缀。

16：提供“全能初始化方法”

(1)在类中提供一个全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法。

(2)若全能初始化方法与超类不同，则需要覆写超类中的对应方法。

(3)如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常。

17：实现description方法

(1)实现description方法返回一个有意义的字符串，用以描述该实例。

(2)若想在调试时打印出更详尽的对象描述信息，则应实现debugDescription方法。

18：尽量使用不可变对象

(1)尽量创建不可变的对象。

(2)若某属性仅可于对象内部修改，则在“class-continuation分类”中将其由readonly属性扩展为readwrite属性。

(3)不要把可变的集合作为属性公开，而应提供相关方法，以此修改对象中的可变集合。

19：使用清晰而协调的命名方式

(1)起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者所理解。

(2)方法名要言简意赅，从左到右读起来要像个日常用语的句子才好。

(3)方法名里不要使用缩略后的类型名称。

(4)给方法起名时第一要务就是确保其风格与自己的代码或所要集成的框架相符。

20：为私有方法名加前缀

(1)给私有方法的名称加上前缀，这样可以很容易的将其同公共方法区分开。

(2)不要单用一个下划线做私有方法的前缀，因为这种做法是预留给苹果爸爸用的。