Effective Objective C2 0 编写高质量代码的52个有效方法

闲来无事的时候就把effective OC这本书的52个知识点就誊写了下，没事的时候能够看看。

1、熟悉objective-C

1.了解OC语言的起源

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

2.在类的头文件中尽可能少引用其余的头文件

(1)除非确有必要，不然不要引入头文件。通常来讲，应在某个类的头文件中使用向前声明说起别的类，并在文件中引入那些类的头文件。这样作能够尽可能下降类之间的耦合。 (2)有时没法使用向前声明，好比要声明某个类遵循一项协议。这种状况下，尽可能把"该类遵循某协议"的这条声明移至"class-continuation分类"中。若是不行的话，就把协议单独放在一个头文件中，而后将其引入。

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

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

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

(1)不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操做。即便有人从新定义了常量值，编译器也不会产生警告信息，这将致使应用程序中的常量不一致。 (2)在实现文件使用static const来定义"只在编译单元内可见的常量"(translation-unit-specific constant)。因为此类常量不在全局符号表中，因此无须为其添加名称前缀。 (3)在头文件中使用extern来声明全局常量，并在相关实现文件中定义其值。这种常量要出如今全局符号表中，因此其名称应该加以区隔，一般用与之相关的类名做前缀。

5.用枚举值表示状态、选项、状态码

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

2、对象、消息、运行时

6.理解"属性"这一律念

(1)能够用@property语法来定义对象中所封装的数据。 (2)经过"特质"来指定存储数据所须要的正确语义。 (3)在设置属性所对应的实例变量时，必定要遵循该属性所声明的语义。 (4)开发iOS程序时应该使用nonatomic属性，由于atomic属性会严重影响性能。

7.在对象内部尽可能直接访问实例变量

(1)在对象内部读取数据时，应该直接经过实例变量来读取，而写入数据时，则应该经过属性来写。 (2)在初始化方法及dealloc方法中，老是应该直接经过实例变量来读写数据。 (3)有时会使用惰性初始化技术配置某份数据，这种状况下，须要经过属性来读取数据。

8.理解"对象等同性"这一律念

(1)若想检测对象的等同性，请提供"is Equal:"与hash方法。 (2)相同的对象必须具备相同的哈希码，可是两个哈希码相同的对象却未必相同。 (3)不要盲目地逐个检测每条属性，而是应该依照具体需求来指定检测方案。 (4)编写hash方法时，应该使用计算速度快并且哈希码碰撞概率低的算法。

9.以"类族模式"隐藏实现细节

(1)类族模式能够把实现细节隐藏在一套简单的公共接口后面。 (2)系统框架中常用类族。 (3)从类族的公共抽象基类中继承子类时要小心，如有开发文档，则应首先阅读。

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

(1)能够经过"关联对象"机制来把两个对象连起来。 (2)定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的"拥有关系"与"非拥有关系"。 (3)只有在其余作法不可行时才应选用关联对象，由于这种作法一般会引入难于查找的bug。

11.理解objc_msgSend的做用

(1)消息由接收者、选择子及参数构成。给某对象"发送消息"(invoke amessage)也就至关于在该对象上调用"调用方法"( call amethod)。 (2)发给某对象的所有消息都要由"动态消息派发系统"(dynamic message dispatch system)来处理，该系统会调查出对应的方法，并执行其代码。

12.理解消息转发机制

(1)若对象没法响应某个选择子，则进入消息转发流程。 (2)经过运行期的动态方法解析功能，咱们能够在须要用到某个方法时再将其加入类中。 (3)对象能够把其余没法解读的某些选择子交给其余对象进行处理。 (4)通过上述两步以后，若是仍是没办法处理选择子，那就启动完整的消息转发机制。

13.用"方法调配技术"调试"黑盒方法"

(1)在运行期，能够向类中新增或替换选择子所对应的方法实现。 (2)使用另外一份实现来替换原有的方法实现，这道工序叫作"方法调配"，开发者经常使用此技术向原有实现中添加新功能。 (3)通常来讲，只有调试程序的时候才须要在运行期修改方法实现，这种作法不宜滥用。

14.理解"类对象"的用意

(1)每一个实例都有一个指向Class对象的指针，用以代表其类型，而这些Class对象则构成了类的继承体系。 (2)若是对象类型没法在编译期肯定，那么就应该使用类型信息查询方法来探知。 (3)尽可能使用类型信息查询方法肯定对象类型，而不要直接比较类对象，由于某些对象可能实现了消息转发功能。

3、接口与API设计

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

(1)选择与你的公司、应用程序或两者皆有关联之名称做为类名的前缀，并在全部代码中均适用这一前缀。 (2)若本身所开发的程序库中用到了第三方库，则应为其中的名称加上前缀。

16.提供"全能初始化方法"

(1)在类中提供一个全能初始化方法，并于文档里指明。其余初始化方法均应调用此方法。 (2)若全能初始化方法与超类不一样，则须要覆写超类中对应方法。 (3)若是超类的初始化方法不适用于子类，难么应该覆写这个超类方法，并在其中抛出异常。

17.实现description方法

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

18.尽可能使用不可变对象

(1)尽可能建立不可变对象。 (2)若某属性仅可于对象内部修改，则在"class-continuation分类"中将其由readonly属性扩展为readwrite属性。 (3)不要把可变的collection做为属性公开，而应提供相关方法，以此修改对象中的可变collection。

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

(1)起名时应听从OC命名规范，这样建立出来的接口更容易为开发者所理解。 (2)方法名要言简意赅，从左至右读起来要像个平常用语中的句子才好。 (3)方法名里不要使用缩略后的类型名称。 (4)给方法起名时的第一要务就是确保其风格与你本身的代码或所要集成的框架相符。

20.为私有方法名前加前缀

(1)给私有方法的名称前加上前缀，这样能够很容易地将其同公共方法区分开。 (2)不要单用一个下划线作私有方法的前缀，由于这种作法是预留给苹果公司用的。

21.理解OC的错误模型

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

22.理解NSCopying协议

(1)若想令本身所写的对象具备拷贝功能，则须要实现NSCopying协议。 (2)若是自定义的对象分为可变版本与不可变版本，那么就要同时实现NSCopying与NSMutableCopyig协议。 (3)复制对象时需决定采用浅拷贝仍是深拷贝，通常状况下应该尽可能执行浅拷贝。 (4)若是你所写的对象须要深拷贝，那么考虑新增一个专门执行深拷贝的方法。

4、协议与分类

23.经过委托与数据源协议进行对象间通讯

(1)委托模式为对象提供了一套接口，使其可由此将相关事件告知其余对象。 (2)将委托对象应该支持的接口定义成协议，在协议中把可能须要处理的事件定义成方法。 (3)当某对象须要从另外一个对象中获取数据时，可使用委托模式。这种状况下，该模式亦称"数据源协议"(data source protocal)。 (4)如有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中。

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

(1)使用分类机制把类的实现代码划分红为易于管理的小块。 (2)将应该视为"私有"的方法纳入名为Private的分类中，以隐藏实现细节。

25.老是为第三方类的分类名称加前缀

(1)向第三方类中添加分类时，老是给其名称加上专用的前缀。 (2)向第三方类中添加分类时，总给其中的方法名加上你专用的前缀。

26.勿在分类中声明属性

(1)把封装数据所用的所有属性都定义在主接口里。 (2)在"class-continuation分类"以外的其余分类中，能够定义存取方法，但尽可能不要定义属性。

27.使用"class-continuation分类"隐藏实现细节

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

28.经过协议提供的匿名对象

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

5、内存管理

29.理解引用计数

(1)引用计数机制能够递增递减的计数器来管理内存。对象建立好以后，其保留计数至少为1.若保留计数为正，则对象继续存活。 当保留计数降为0时，对象被销毁。 (2)在对象生命周期中，其他对象经过引用来保留或释放此对象。保留与释放操做分别会递增及递减保留计数。

30.以ARC简化引用计数

(1)有ARC以后，程序员就无须担忧内存管理问题了。使用ARC来编程，可省去类中的许多“样板代码”。 (2)ARC管理对象生命期的办法基本上就是：在合适的地方插入“保留”及“释放”操做。在ARC环境下，变量的内存管理语义能够经过修饰符指明，而原来则须要手工执行“保留”及“释放”操做。 (3)由方法所返回的对象，其内存管理语义老是经过方法名体现。ARC将此肯定为开发者必须遵照的规则。 (4)ARC只负责管理objective-C对象的内存，尤为要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease。

31.在dealloc方法中释放引用并解除监听

(1)在dealloc方法里，应该作的事情就是释放指向其余对象的引用，并取消原来订阅的“键值观察”（KVO）或NSNotificationCenter等通知，不要作其余事情。 (2)若是对象持有文件描述等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定：用完资源后必须调用close方法。 (3)执行异步任务的方法不该在dealloc里调用；只能在正常状态下执行的那些方法也不该在dealloc里调用，由于此时对象已处于正在回收的状态了。

32.编写“异常安全代码”时留意内存管理问题

(1)捕获异常时，必定要注意将try块内所创立的对象清理干净。 (2)在默认状况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志后，可生成这种代码，不过会致使应用程序变大，并且会下降运行效率。

33.以若引用避免保留环

(1)讲某些引用设为weak，可避免出现“保留环”。 (2)weak引用能够自动清空，也能够不自动清空。自动清空(autoniling)是随着ARC而引入的新特性，由运行期系统来实现。在具有清空功能的弱引用上，能够随意读取其数据，由于这种引用不会指向已经回收过的对象。

34.以“自动释放池块”下降内存峰值

(1)自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里。 (2)合理运用自动释放池，可下降应用程序的内存峰值。 (3)@autoreleasepool这种新式的写法能建立出更为轻便的自动释放池。

35.用“僵尸对象”调试内存管理问题

(1)系统在回收对象时，能够将其不真的回收，而把他转化为僵尸对象。经过环境变量NSZombieEnabled可开启此功能。 (2)系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变成为僵尸对象。僵尸类可以响应全部的选择子，响应方式为：打印一条包含消息内容及其接受者的消息，而后终止应用程序。

36.不用使用retainCount

(1)对象的保留计数看似有用，实则否则，由于任什么时候间点给定的“绝对保留计数”(absolute retain count)都没法反应对象生命周期的全貌。 (2)引入ARC以后，retainCount方法就真是废止了，在ARC下调用此方法会致使编译器报错。

6、块与大中枢派发

37.理解“块”这一律念

(1)块是C、C++、Objective-C中的词法闭包。 (2)块能够接受参数，也可返回值。 (3)块能够分配在栈或堆上，也能够是全局的。分配在栈上的快能够拷贝到堆上，这样的话，就和标准的Objective-C对象一致了，具有引用计数了。

38.经常使用的块类型建立typedef

(1)以typedef从新定义块类型，可令块变量用起来更加简单。 (2)定义新类型时应听从现有的命名习惯，勿使其名称与别的类型相冲突。 (3)不妨为同一个块签名定义多个类型的别名。若是要重构的代码使用了块类型的某个别名，那么只须要修改相应的typedef中的块签名便可，无须改动其余的typedef。

39.用handler块下降代码分散程度

(1)在建立对象，可使用内联的handler块将业务逻辑一并声明。 (2)在多个实例须要监控时，若是采用委托模式，那么常常须要须要根据传入的对象来切换，而若改用handler块来实现，则可直接将块与相关对象放在一块儿。 (3)设计API时若是用到handler块，那么能够增长一个参数，使调用者能够经过此参数来决定应该把块安排在哪一个队列上执行。

40.用块引用所属对象时不要出现保留环

(1)若是块所捕获的对象直接或间接的保留了块自己，那么就要小心保留环问题。 (2)必定要找个适当的时机接触保留环，而不能把责任推给API的调用者。

41.多用派发队列，少用同步锁

(1)派发队列能够用来表述同步语义(synchronization semantic)，这种作法要比时候用@synchronized块或NSLock对象更为简单。 (2)将同步或异步结合起来，可实现与普通加锁机制同样的同步行为，而这么作却不会阻塞执行异步派发的线程。 (3)使用同步队列或栅栏快，能够令同步行为更加高效。

42.多用GCD，少用performSelector系列方法

(1)performSelector系列方法在内存管理方面容易有疏失。它没法肯定将要执行的选择子的具体是什么，于是ARC编译器没法插入适当的内存管理方法。 (2)performSelector系列方法所能处理的选择子太多局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。 (3)若是想把任务方法哦另外一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，而后调用大中枢派发机制的相关方法来实现。

43.掌握GCD和操做队列的使用时机

(1)在解决多线程和任务管理问题时，派发队列并不是惟一方案。 (2)操做队列提供了一套高层的Objective-C API，能实现纯GCD的所具有的绝大部分的功能，并且还能完成一些更为复杂的操做，那些操做若是改成GCD实现，则须要另外编写代码。

44.经过Dispatch Group机制，根据系统资源情况来执行任务

(1)一系列任务可纳入一个dispatch group中。开发者能够在这组任务执行完毕的时候得到通知。 (2)经过dispatch group，能够在并发式派发队列中同时执行多项任务。此时GCD会根据系统资源来调度这些并发执行的任务。开发者若要实现此功能，则会须要写大量的代码。

45.使用dispatch_once来执行只须要运行一次的线程安全代码

(1)常常须要编写“只须要执行一次的线程安全代码”(thread-safe single-code excution)。经过GCD所提供的dispatch_once函数，就很容易实现次功能。 (2)标记应该声明在static或是global做用域中，这样的话，在只须要执行一次的块传给dispatch_once函数时，传进去的标记也是相同的。

46.不要使用dispatch_get_current_queue

(1)dispatch_get_current_queue函数的行为经常与开发者所预期的不一样。此函数已经废弃，只作调试的时候使用。 (2)因为派发队列是按层级来组织的，因此没法单用某个队列对象来描述“当前队列”这一律念。 (3)dispatch_get_current_queue函数经常使用于解决由不可重入的代码引起的死锁，然而能用此函数解决的问题，一般也能用改用"队列特定数据"来解决。

7、系统框架

47.熟悉系统框架

(1)许多系统框架均可以直接使用。其中最重要的是Foundation与CoreFoundation，这两个框架提供了构建应用程序所需的许多核心功能。 (2)不少常见功能都能用框架来作，例如音频与食视频处理、网络通讯、数据管理等。 (3)请记住:用纯C写的框架和与用objective-c写成的框架是同样的重要的，若想成为优秀的oc开发者，须要掌握C语言的核心。

48.多用块枚举，少用for循环

(1)遍历collection有四种方法。最基本的方式就是for循环，其次是NSEnumerator遍历法以及快速遍历法，最新、最早进的方式则是"块枚举法"。 (2)"块枚举法"自己就是经过GCD来并发执行遍历操做，无须另行编写代码。而采用其余的遍历方式则没法轻易实现这一点。 (3)若提早得知被遍历的collection是何种对象，则应该修改块签名，指出对象的具体类型。

49.对自定义其内存管理语义的collection使用无缝桥接

(1)使用无缝桥接技术，能够在Foundation框架中的objective-c对象与CoreFoundation框架中的C语言数据结构之间来回转换。 (2)在CoreFoundation层面建立collection时，能够指定许多回调函数，此函数表示collection应如何处理元素。而后，可运用无缝桥接技术，将其转换成具有特殊内存管理语义的objective-c的collection。

50.构建缓存的时候选用NSCache而非NSDictionary

(1)实现缓时应选用NSCache而非NSDictionary对象。由于NSCache能够提供优雅的自动删减功能，并且是"线程安全的"，此外，它与字典不一样，并不会拷贝键。 (2)能够给NSCache对象设置上限，用以限制缓存中的对象总个数以及"总成本"，而这些尺度则定义了缓存删除其中对象的时机。但绝对不用这些尺度当成可靠的“硬限制”，他们进队NSCache起一个引导做用。 (3)将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgeableData对象所占内存为系统所丢弃时，该对象也会从从缓存中移除。 (4)如缓存使用得当，那么应用程序的响应速度就能提升。只有那种“从新计算很费劲”的数据，才能得放入缓存，好比那些须要从网络获取或磁盘读取的数据。

51.精简initialize和load的实现代码

(1)在加载阶段，若是实现了load方法，那么系统就会调用它。分类里也能够定义此方法，类的load方法要比分类中的先调用。与其余方法不一样，load方法不会参与覆写机制。 (2)首次使用某个类以前，系统会向其发送initialize消息。因为此方法听从普通的覆写规则，因此一般应该在里面判断当前要初始化的是哪一个类。 (3)load和initialize方法都应该实现得精简些，这有助于保持应用程序的响应能力，也能减小引入"依赖环"(interdependcy circle)的概率。 (4)没法再编译器设定的全局常量，能够在initialize方法里进行初始化。

52.别忘了NSTimer会保留其目标对象

(1)NSTimer对象会保留其目标，知道计时器自己失效为止，调用invalidate方法能够令计时器失效，另外，一次性的计时器在触发完任务以后也会失效。 (2)反复执行任务的计时器(repeating timer)，很容易引入保留环，若是这种定时器的目标对象又保留了计时器自己，那确定会致使保留环。这种环装保留关系，多是直接发生的，也有多是经过对象图里其余对象间接发生的。 (3)能够扩充NSTimer的功能，用"块"来打破保留环。不过，除非NSTimer未来在公共接口里提供此功能，不然必须建立分类，将相关实现代码加入其中。