Effective-Objective-C

1、Objective-C起源

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

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

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

● 除非确有必要，否则不要引入头文件。一般来说，应在某个类的头文件中使用向前生命来提及别的类，并在实现文件中引入该类的头文件，这样做可以尽量降低类之间的耦合。

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

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

字面量语法：@{}、@""、@[]、@1、@1.0f；arary[index]、dic[@"key"]

局限性：除了字符串以外，所创建出来的对象必须属于Foundation框架才行，且均为不可变类型。

● 应该使用字面量语法来创建字符串、数值、数组、字典，与常规方法相比更加简明扼要。

● 应该通过取下标操作来方位数组或字典对应的元素

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

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

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

● 在实现文件中static const来定义“只在编译单元内可见的常量”。由于此常量不在全局符号表中，所以无需为其名称添加前缀。

● 在头文件中用extern来声明全局变量，并在相关实现文件中定义其值，这种常量要出现在全局符号表中，所以其名称应该加以区分，通常用与之相关的类名作为前缀。

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

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

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

● 用NS_Enum或NS_OPTION宏来定义枚举类型，并指明其底层数据类型，这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型。

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

6、理解属性这一概念

● 可以用@property语法来定义对象中封装的数据。

● 通过“特质”来制定存储数据所需的正确语义。

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

● 开发iOS程序时应该使用nonatomic属性，因为atomic属性会严重影响性能。（并非因为原子性的线程安全，atomic也无法保证数据的绝对安全）

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

对象内部使用点语法和使用实例变量的区别：

● 由于不经过Objective-C的“方法派发”(method dispatch)步骤，所以直接访问实例变量的速度当然会比较快。在这种情况下，编译器所生成的代码会直接访问保存对象实例变量的那块内存。

● 直接访问实例变量是，不会调用其“设置方法”，这就绕过了为相关属性所定义的“内存管理语义”。比如，在ARC下访问一个copy的属性，并不会拷贝该属性，只是释放旧值，保留新值。

● 直接访问实例变量，不会触发“键值观察”(KVO)。

● 通过属性访问有助于排查与之相关的错误，因为可以给setter或getter添加断点，监控该属性的调用者及访问时机。

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

● 在初始化及dealloc中，总是应该直接通过实例变量来读写数据。

● 在使用懒加载配置数据时，需要通过属性来读取数据。

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

● 若想检测对象的等同性， 请提供“isEqual:”与hash方法。

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

● 不要盲目的逐个检测每个属性，而是应该依照具体要求来制定检测方案。

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

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

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

● 系统框架中经常使用类族。

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

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

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

● 定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的“用友关系”和“非用友关系”。

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

11、理解objc_msgSend的作用

● 消息有接受者、选择器及参数构成。给某对象发送消息就相当于在该对象上调用方法

● 发给某对象的所有消息，都要由“动态消息派发系统”来处理，该系统会查出对应的方法，并执行其代码。

12、理解消息转发机制

● 若对象无法响应选择器，则进入消息转发流程。

● 通过运行期的动态转发功能，我们可以在需要用到某个方法时再将其加入类中。

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

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

13、用“方法调配技术”调试“黑盒方法”(method swizzling)

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

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

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

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

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

● 如果对象类型无法在编译器确定，那么就应该是用类型信息查询方法来探知。

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

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

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

● 若自己开发的程序空中用到了第三方库，则应为其中的名称增加前缀。

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

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

● 若全能初始化方法与超类不同，则需复写超类中对应的方法。

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

17、实现description方法

● 实现description方法返回一个有意义的字符串，用以描述改实例

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

18、尽量使用不可变对象

● 尽量创建不可变对象。

● 若某属性仅可用于对象内部修改，则在分类中将其readOnly扩展为readWrite。

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

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

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

● 方法名要言简意赅，从左至右读起来应该像个常用语的句子才好。

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

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

20、为私有方法名加前缀

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

● 不要单用一个下划线作为私有方法的前缀，因为这是苹果公司预留的。

21、理解Objective-C的错误模型

● 只有发生了可使应用程序崩溃的严重错误时，才使用异常。

● 在错误不那么严重的情况下，可指派委托方法来处理错误，有可以把错误信息放在NSError对象里，经由输出参数返回给调用者。

22、理解NSCopying协议

● 若想令自己写的对象拥有拷贝功能，则需要是先NSCopying协议。

● 如果自定义的对象分为可变和不可变版本，则需要实现NSCopying和NSMutableCopying协议。

● 复制对象是需决定使用深拷贝还是浅拷贝，一般情况下应该尽量执行浅拷贝。

● 如果你写的对象需要执行深拷贝，那么可以考虑新增一个专门执行神拷贝的方法。

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

● 委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象。

● 将委托对象应该支持的接口定义成协议，将协议中把可能需要处理的事件定义成方法。

● 当某对象需要从另外一个对象中获取数据时，可使用委托模式。这种情况下，该模式成为数据源协议。

● 若有必要，可实现含有位段的结构体，将委托对象是否能相应相关方法这一信息缓存至其中。

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

● 使用分类机制把类的实现代码划分成易于管理的小块。

● 将应该视为“私有”的方法归入名叫Private的分类中，以隐藏实现细节。

25、总是为第三方的分类加前缀

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

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

26、勿在分类中声明属性

● 把封装数据的全部属性都定义在主接口里。

● 在分类之外的其他分类中，可以定义存取方法，但尽量不要定义属性。

27、使用分类隐藏实现细节

● 通过分类想类中新增实例变量。

● 如果某属性在主接口中声明为只读，而类的内部又要用设置方法改变该属性的值，那么就在分类中将其扩展为可读写。

● 把私有方法的原型声明在分类里面。

● 若想使类所遵循的协议不为人所知，则可于分类中声明。

28、通过协议提供匿名对象

● 协议可在某种程度上提供匿名类型，具体的对象类型可以淡化成遵从某协议的id类型，协议里实现了对象应实现的方法。

● 使用匿名对象来隐藏类型名称。

● 如果具体类型不重要，重要的是对象能够相应（协议里）特定的方法，那么可以是用匿名对象来表示。

29、理解引用计数

● 引用计数机制通过可以递增递减的计数器来管理内存，对象创建好后，其保留计数至少为1，保留计数为正，则对象继续存活，当保留计数为0时，对象就被销毁了。

● 在对象声明周期中，其余对象通过引用来保留或释放此对象，保留或释放操作分别会递增递减保留计数。

30、以ARC简化引用计数

● 有ARC之后，程序员就无需关心内存管理的问题了。使用ARC编程，可以省去类中的许多“样板代码”。

● ARC管理对象生命周期的方法基本上就是：在合适的地方插入“保留”和“释放”操作。在ARC环境上，变量的内存管理语义可以通过修饰符声明，而原来则需要手动执行“保留”和“释放”的操作。

● 有方法返回的对象，其内存管理语义总是通过方法名来体现，ARC将此去定位开发者必须遵守的规则。

● ARC只负责管理Object-C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRelease和CFRetain。

31、在dealloc中只释放引用并解除监听

● 在dealloc方法里，应该做的事就是释放指向其他对象的引用，并取消原来订阅的“键值观察”或NSNotificationCenter等通知，不要做其他的事情。

● 如果对象持有文件描述等系统资源，那么应该专门写一个方法来释放此种资源，这样的类必须要和使用者约定，在使用完成之后调用close方法。

● 执行异步任务的方法不应该在dealloc里调用，只能在正常状态下执行的那些方法也不应在dealloc里调用，因为此时对象已经处在回收的状态了。

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

● 在捕获异常时，一定要注意将try块内所创立的对象清理干净。

● 在默认情况下，ARC不生成安全处理异常所需要的清理代码，开启编译器表之后，可生成这种代码，不过会导致应用程序变大，而且会降低运行效率。

   33、以弱引用避免保留环(循环引用)

● 将某些引用设为weak，可变出现保留环。

● weak引用可以自动清空，也可以不自动清空，自动清空(autonilling)是随ARC而引入的新特性，由运行期系统维护来实现。在具备自动清空功能的引用上，可以随意读取数据，因为这种引用不会指向回收过的对象。

34、以自动释放池降低内存峰值

● 自动释放池分布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里。

● 合理运用自动释放池，可降低应用的内存峰值。

● @autoreleasepoolz何种新式写法能创建出更为轻便的自动释放池。

35、用僵尸对象调试内存管理问题

● 系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象，通过环境变量可开启此功能。

● 系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使改对象变为僵尸对象，僵尸类能够相应所有的选择器，相应方式为：打印一条消息内容及其接受者的消息，然后终止应用程序。

36、不要使用RetainCount

● 对象的保留计数看似有用，实则不然，因为任何给定时间点上的“绝对保留计数”都无法反应对象生命周期全貌。

● 引入ARC之后，retainCount就正式废弃了，在ARC下调用该方法会导致编译器报错。

37、理解“块”这一概念

● 块是C、C++、Object-C中的词法闭包。

● 块可以接受参数，也可以接受返回值。

● 块可以分配在栈或堆上，也可以是全局的。分配在站上的块可拷贝到堆里，这样的话就和标准的Object-C对象一样，具备引用计数了。

38、为常用的块类型创建typedef

● 以typedef重新定义块类型，可令块变量看起来更加简单。

● 定义新类型时应遵从现有的命名习惯，勿使其名称与别的类型想冲突。

● 不妨为同一个块类型定义多个类型别名，如果要重构的代码使用了块类型的某个别名，那么只需修改相应typedef中的块签名即可，无须改动其他typedef。

39、用handler块降低代码分散程度

● 在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明。

● 在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，而若给用handler块来实现，则可直接将块与相关对象放在一起。

● 设计API时如果用到了handler块，那么可以增加一个参数，使调用者可以通过此参数来决定应该把块安排在那个队列上执行。

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

● 如果块所捕获的对象直接或间接保留的块本身，就需要当心保留环。

● 一定要找个适当的时机解除保留环，而不能把责任推给API的调用者。

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

● 派发队列可用来表述同步语义，这种做法要比使用@synchoronized块或NSLockL对象更简单。

● 将同步和异步派发结合起来，可以实现和普通枷锁机制一样的同步行为，而这么做不会阻塞执行异步怕发的线程。

● 使用同步队列栅栏块，可以令同步行为更加高效。

42、多用GCD，少用performSelector方法

● performSelector方法在内存管理方面容易有疏忽，它无法确定将要执行的选择器是什么，因为ARC编译器也无法插入相应的内存管理方法

● performSelectro系列方法所能处理的选择器泰国局限了，选择器的返回值类型及发送给方法的参数个数都受限制。

● 如果想把任务f昂在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用GCD机制的相关方法来实现。

43、掌握GCD操作队列的使用时机

● 在解决多线程与任务管理是，GCD并非唯一方案。

● 操作队列提供了一套更高层的Objective-C API，能实现纯GCD所具备的绝大多数功能，而且还能完成更加复杂的操作，那些操作如果用GCD来实现，则需要另外编写代码。

44、通过dispatch group机制，根据系统资源状态来执行任务

● 一系列任务可归入一个dispatch group中，开发者可以在这组任务完成时获得通知。

● 通过dispatch group，可以在并发式派发队列里同时执行多项任务，此时GCD会根据系统资源获取状况来调度这些并发执行的任务，开发者若自己来实现此功能，则需编写大量代码。

45、使用dispatch_once来执行只需执行一次的线程安全代码

● 经常需要编写“只需执行一次的线程安全代码”，通过GCD提供的dispatch_once函数，很容易就能实现此功能。

● 标记应该声明在static或global作用域中，这样的话，再把只需执行一次的块传给dispatch_once函数时，传进去的标志也是相同的。

46、不要使用dispatch_get_current_queue

● dispatch_get_current_queue函数的行为尝尝与开发者的预期不同，此函数已经废弃，只应做调试之用。

● 由于派发队列是由层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念。

● dispatch_get_current_queue函数用于解决由不可重入的代码引发的死锁，然而能用此函数解决的问题，通常也能用“队列特定数据”来解决。

47、熟悉系统框架

许多系统框架都可以直接使用。其中最重要的是Foundation与CoreFoundation，这两个框架提供了构建应用程序所需的核心功能。

很多常见任务都能用框架来做，例如音频与视频处理、网络通信，数据管理等。

请记住：用纯C携程的框架与用Objective-C携程的一样重要，若想成为优秀的Objective-C开发者，应该掌握C语言的核心概念。

48、多用枚举，少用for循环

遍历collection有四种方式，最基本的方法是for循环，其次是NSEnumerator遍历法及快速遍历法，最新最先进的是“块枚举”法。

“块枚举法”本身就能通过GCD来并发执行遍历操作，无须另行编写代码，而采用其他遍历方式则无法轻易实现这一点。    

若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象具体类型。

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

通过无缝桥接技术，可以在Foundation框架中的Objective-C对象与CoreFoundation框架中的C语言数据结构之间来回切换。

在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，运用无缝桥接技术，将其转换成具有特殊内存管理语义的Objective-C collection。

50、构建缓存是使用NSCache而非NSDictionary