《Effictive Objective-C 2.0》读书摘要（上）

《Effictive Objective-C 2.0》读书摘要（上）

《Effictive Objctive-C》一书（以下简称EOC），为每个iOS开发人员必读之经典。书中所提到的7大板块，52个OC语言编程心得，让我获益颇深。自接触来零零散散看了三四遍，也未曾将书中所述完全领悟。闻有句话叫”好记性，不如烂博客”，固提笔记录一下书中知识点。之后会抽时间再将个人心得与动手实践附上。

第一章：熟悉Objective-C

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

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

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

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

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

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

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

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

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

第5条：用枚举表示状态、选项、状态码

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

第2章：对象、消息、运行期

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

*可以用@property语法来定义对象中所封装的数据。
*用过“特质”来指定存储数据所需的正确语义。
*在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义。
*开发iOS程序时应该使用nonatomic属性，因为atomic属性会严重影响性能。

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

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

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

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

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

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

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

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

第11条：理解objc_msgSend的作用

*消息由接收者、选择子及参数构成。给某对象“发送消息”（invoke a message）也就相当于该对象上“调用方法”(call a method)。
*发给某对象的全部消息都要由“动态消息派发系统”（dynamic message dispatch system）来处理，该系统会查出对应的方法，并执行其代码。

第12条：理解消息转发机制

*若对象无法响应某个选择子，则进入消息转发流程。
*通过运行期的动态方法解析功能，我们可以在需要用到某个方法时再将其加入类中。
*对象可以把其无法解读的某些选择子转交给其他对象来处理。
*经过上述俩步之后，如果还是没办法处理选择子，那就启动完整的消息转发机制。

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

*在运行期，可以向类中新增或替换选择子所对应的方法的实现。
*使用另一份实现来替换原有的方法实现，这道工序叫做“方法调配”， 开发者常用此技术向原有实现中添加新功能。
*一般来说，只有调试的时候才需要在运行期修改方法实现，这种做法不宜滥用。

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

*每个实例又有一个指向Class对象的指针，用以表明其类型，而这些Class对象则构成了类的继承体系。
*如果对象类型无法再编译器确定，那么久应该使用类型信息查询方法来探知。
*尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能。

第3章 接口与API设计

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

*选择与你的公司、应用程序或二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀。
*若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀。

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

*在类中提供一个全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法。
*若全能初始化与超类不同，则覆写超类中的对应方法。
*如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常。

第17条：实现descroption方法

*实现description方法返回一个有意义的字符串，用以描述该实例。
*若想在调试时打印出更详尽的对象描述信息，则应实现debugDescription方法。

第18条：尽量使用不可变对象

*尽量创建不可变的对象。
*若某属性仅可于对象内部修改，则在“class-continuation分类”中将其由readonly属性扩展为readwrite属性。
*不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变的collection。

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

*起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者所理解。
*方法名要言简意赅，从左至右读起来要像个日常用语中的句子才好。
*方法名里不要使用缩略后的类型名称。
*给方法起名时的第一要务就是确保其风格与你自己的代码或所要集成的框架相符。

第20条：为私有方法名加前缀

*给私有方法的名称加上前缀，这样可以很容易地将其同公共方法区分开。
*不要单用一个下划线做私有方法的前缀，因为这种做法是预留给苹果公司自己使用的。

第21条：理解Objective-C 错误模型

*只有发生了可使整个应用程序崩溃的严重错误时，才应使用异常。
*在错误不那么严重的情况下，可以指派”委托方法”（delegate method）来处理错误，也可以把错误信息放在NSError对象里，经由”输出参数”返回给调用者。

第22条：理解NSCopying协议

*若想令自己所写的对象具有拷贝功能，则需实现NSCopying协议。
*如果自定义的对象氛围可变版本与不可变版本，那么就要同时实现NSCopying与NSMutableCopying协议。
*复制对象时需决定采用浅拷贝还是深拷贝，一般情况下应该尽量执行浅拷贝。
*如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法。

第4章 协议与分类

第23条：通过委托与数据源协议进行对象间通信

*委托模式为对象提供了一套借口，使其可由此将相关事件告知其他对象。
*将委托对象应该支持的借口定义成协议，在协议中把可能需要处理的事件定义成方法。
*当某对象需要从另外一个对象中获取数据时，可以使用委托模式。这种情境下，该模式亦称”数据源协议”（data source protocal）
*若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中。

第24条：将类的实现代码分散到便于管理的数个分类之中

*使用分类机制把类的实现代码划分成易于管理的小块。
*将应该视为”私有”的方法归入名叫Private的分类中，以隐藏实现细节。

第25条：总是为第三方类的分类名称加前缀

*向第三方类中调价分类时，总应给其名称加上你专用的前缀。
*向第三方类中添加分类时，总应给其中的方法名加上你专用前缀。

第26条：勿在分类中声明属性

*把封装数据所用的全部属性都定义在主接口里。
在”class-continuation”分类之外的其他分类中，可以定义存取方法，但尽量不要定义属性。

第27条：使用”class-continuation分类”隐藏实现细节

*通过”class-continuation分类”向类中新增实例变量。
*如果某属性在主接口中声明为”只读”，而类的内部又要用设置方法修改此属性，那么就在”class-continuation分类”中将其扩展为”可读写”。
*把私有方法的原型声明在”class-continuation分类”里面。
*若想使类所遵循的协议不为人所知，则可于”class-continuation分类”中声明。

第28条：通过协议提供匿名对象

*协议可在某种程度上提供匿名类型。具体的对象类型可以淡化成遵从某协议的id类型，协议里规定对象所应实现的方法。
*使用匿名对象来隐藏类型名称(或类名)。
*如果具体类型不重要，重要的是对象能够响应(定义在协议里的)特定方法，那么可使用匿名对象来表示。