此文出自《编写高质量iOS代码的52个方法》，有兴趣可以买纸质书阅读，如有侵权，请联系作者删除
1.OC为C语言增加了面向对象特性，是其超集，Object-C使用动态绑定的消息结构，也就是说，在运行时才会检查对象类型，接收一条消息后，究竟应执行何种代码，由运行期而非编译器来决定
2.在类的头文件中尽量少引入其它头文件
除非确有必要，否则不要引入头文件，一般来说，应在某个类的头文件中使用向前声明来提及别的类，并在实现文件中引入那个类的头文件，这样做可以尽量降低类之间的耦合。
在.h中使用@class在.m中使用#import
有时无法使用向前声明，比如要声明某个类遵循一项协议，这种情况下，尽量把“该类遵循某协议”的这条声明移至“class-continuation”分类中，如果不行的话，就把协议单独放在一个头文件中，然后将其引入
3.多用字面量语法，少用与之等价的方法
应该使用字面量语法来创建字符串，数值，数组，字典，这样做语法更加简明扼要
应该通过下标操作来访问数组下标或字典中的键所对应的元素
用字面量语法创建数组或字典时，若值中有nil,则会抛出异常，因此，务必确保值里不含nil
4.多用类型常量，少用#define预处理指令
不要用预处理指令定义常量，这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操作，即使有人重新定义常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致
在实现文件中使用static const来定义“只在编译单元内可见的常量”，由于此类常量不在全局符号表中，所以无须为其名称加前缀，例：static const NSTimeInterval kAnimationDuration = 0.3;
在头文件中使用extern来声明全局常量，并在相关实现文件中定义其值，这种常量出现在全局符号表中，所以其名称应加以区隔，通常用与之相似的类名做前缀，例：声明：extern NSString *const EOCLoginManagerDidLoginNotification;定义：NSString *const EOCLoginManagerDidLoginNotification = @"EOCLoginManagerDidLoginNotification";
5.用枚举表示状态，选项，状态码
如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么就将各选项值定义为2的冥，以便通过按位或操作将其组合起来
用NS_ENUM与NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型，这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型
在处理枚举类型的switch语句中不要实现default分支，这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有枚举。
6.理解属性
可以用@property语法来定于对象中所封装的数据，如果不想让编译器自动生成存取方法可以使用@dynamic关键字，@synthesize语法用来指定实例变量的名字而非系统默认
通过“特质”（nonatomic,assign,strong,weak,copy等）来指定存储数据所需的正确语义
在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义
开发iOS程序时应该使用nonatomic，因为atomic属性会严重影响性能
7.在对象内部尽量直接访问实例变量
直接访问实例变量由于不经过Objective-C的方法派发步骤，所以速度比较快，在这种情况下，编译所生成的代码会直接访问保存对象实例变量的那块内存
直接访问实例变量时，不会调用其“设置方法”，这就绕过了为相关属性所定义的“内存管理语义”，比如说，如果在ARC下直接访问一个声明为copy的属性，那么并不会拷贝该属性，只会保留新值并释放旧值
如果直接访问实例变量，那么不会触发KVO
通过属性来访问有助于排查与之相关的错误，因为可以给setter和getter方法中新增断点
有一种合理的折中方案，那就是：在写入实例变量时，通过其“设置方法”来做，而在读取实例变量时，则直接访问。选用折中方案时，需要注意几个问题：
1.初始化方法和析构方法中应该总是直接访问实例变量，因为子类可能会覆写设置方法
2.在懒加载中必须通过“获取方法”来访问属性，否则，实例变量就永远不会初始化
8.理解“对象等同性”这一概念
若想检测对象的等同性，请提供“isEqual:”与hash方法
相同的对象必须具有相同的哈希码，但是两个哈希相同的对象确未必相同
不要盲目的逐个检测每条属性，而是应该根据具体需求来制定检测方法
编写hash方法时，应该根据计算速度快而且哈希码碰撞几率低的算法
9.以“类族模式”隐藏实现细节
类族模式可以把实现细节隐藏在一套简单的公共接口后面
系统框架中经常使用类族
从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读开发文档
10.在既有类中使用关联对象存放自定义数据
可以通过“关联对象”机制来把两个对象连起来
定义关联对象时可指定内存管理语义，用于模仿定义属性时所采用的拥有关系和非拥有关系
只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的BUG
11.理解objc_msgSend的作用
消息由接收者，选择器及参数构成。
发给某对象的全部消息都要由“动态消息派发系统”来处理，该系统会查出对应的方法，并执行其代码
12.理解消息转发机制
若对象无法响应某个选择器，则进入消息转发流程
通过运行期的动态方法解析功能，我们可以在需要用到某个方法时再将其加入类中
对象可以把其无法解读的某些选择器转交给其它对象来处理
经过上述两步之后，如果还是没办法处理选择器，那就启动完整的消息转发机制
13.用方法调配技术调试黑盒方法
在运行期，可以向类中新增或替换选择器所对应的方法实现
使用另一份实现来替换原有的方法实现，这道工序叫做方法调配，开发者常用此技术向原有实现中添加新功能
一般来说，只有调试程序的时候才需要在运行期修改方法实现，这种方法不宜滥用
14.理解类对象的用意
每个实例都有一个指向Class对象的指针，用以表明其类型，而这些Class对象则构成了类的继承体系
如果对象类型无法在编译期确定，那么就应该使用类型信息查询方法来探知
尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能（isMemberOfClass:和isKingOfClass:)
15.用前缀避免命名空间冲突
16.提供“全能初始化方法”
在类中提供一个全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法
若全能初始化方法与超类不同，则需覆写超类中的对应方法
如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法并在其中抛出异常
17.实现description方法
实现description方法返回一个有意义的字符串，用以描述该实例
若想在调试时打印出更详细的对象描述信息，则应实现debugDescription
18.尽量使用不可变对象
尽量创建不可变对象
若其属性仅可于对象内部修改，则在“class-continuation分类”中将其由readonly属性扩展为readwrite属性
不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变collection
19.使用清晰而协调的命名方式
起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者理解
方法名要言简意赅，从左至右读起来要像个日常用语的句子才好
方法名里不要使用缩略后的类型名称
给方法起名时的第一要务是确保其风格与你自己的代码和所要集成的框架相符
20.为私有方法名加前缀
给私有方法的名称加上前缀，这样很容易地将其与公共方法区分开
不要单独用一个下划线做私有方法的前缀，因为这种做法是预留给苹果公司用的
21.理解Objective-C错误模型
只有发生了可使整个应用程序的严重错误时，才应使用异常
@throw [NSException exceptionWithName:@"" reason:@"" userInfo:nil];
在错误不那么严重的情况下，可以指派委托方法来处理错误，也可以把错误放在NSError对象里，经由“输出参数”返回给调用者
22.理解NSCopying协议
若想令自己所写的对象具有拷贝功能，则需实现NSCoping协议,重写copyWithZone方法
如果自定义的对象分为可变版本和不可变版本，那么就要同时实现NSCoping与NSMutableCoping协议
复制对象时需要决定采用深拷贝还是浅拷贝，一般情况下应尽量执行浅拷贝
如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法
（对于非集合类对象，对不可变对象执行copy操作是指针拷贝，执行mutableCopy是值拷贝，对可变对象执行copy操作和mutableCopy都是值拷贝）
（对于集合类对象，对不可变对象执行copy操作是指针拷贝，执行mutableCopy是单层深拷贝，对可变对象执行copy和mutableCopy都是单层深拷贝）
23.通过委托与数据源协议进行对象间通信
委托模式为对象提供了一套接口，使其可由此将相关事宜告知其他对象
将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法
当某对象需要从另一个对象中获取数据时，可以使用委托模式。这种情境下，该模式亦称“数据源协议”
若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中
struct data {
unsigned int fieldA : 8;
unsigned int fieldB : 4;
unsigned int fieldC : 2;
unsigned int fieldD : 1;
}在这段代码中fieldA位段占用8个二进制位， fieldB占用4个，fieldC占用2个，fieldD占用1个
24.将类的实现代码分散到便于管理的数个分类之中
使用分类机制把类的实现代码划分成易于管理的小块
将应该视为“私有”的方法归入名叫Private的分类中，以隐藏实现细节
25.总是为第三方类的分类名称加前缀
向第三方类中添加分类时，总应给其名称加上你专用的前缀
向第三方类中添加分类时，总应给其中的方法名加上你专用的前缀
26.勿在分类中声明属性
27.使用“class-continuation”分类隐藏实现细节
通过“class-continuation”分类中新增实例变量
如果某属性在主接口中声明为“只读”，而类的内部又要用设置方法修改此属性，那么就在“class-continuation”分类中将其扩展为可读写
把私有方法的原型声明在“class-continuation”分类里面
若想使类所遵循的协议不为人知，则可于“class-continuation”分类中声明
28.通过协议提供匿名对象
协议可在某种程度上提供匿名类型。具体的对象类型可淡化成遵从某协议的id类型，协议里规定了对象所应实现的方法
使用匿名对象来隐藏类型名称（或类名）
如果具体类型不重要，重要的是能够响应（定义在协议里的）特定方法，那么可以使用匿名对象来表示
29.理解引用计数
引用计数机制通过可以递增递减的计数器来管理内存。对象创建好以后，其保留计数至少为1。若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被销毁了
在对象声明周期中，其余对象通过引用来保留或释放此对象。保留和释放操作分别会递增及递减保留计数
30.以ARC简化引用计数
有ARC之后，程序员就无须担心内存管理问题了。
ARC管理对象声明周期的办法基本就是：在合适的地方插入保留及释放操作
在ARC环境下，变量的内存管理语义可以通过修饰符指明
由方法所返回的对象，其内存管理语义总是通过方法名来实现
ARC是负责管理Objective-C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetail/CFRelease
31.在delloc方法中只释放引用并解除监听
在delloc方法里，应该做的事情是释放指向其他对象的引用，并取消原来订阅的KVO或通知，不要做其他事情
如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源
这样的类要和其使用者约定：用完资源后调用close方法
执行异步任务的方法不应在delloc里调用；只能在正常状态下执行的那些方法也不应在delloc里调用，因为此时对象已处于正在回收的状态了
32.编写异常安全代码时留意内存管理问题
捕获异常时，一定要注意将try块内所创立的对象清理干净
在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志（-fobjc-arc-exceptions)后，可以生成这种代码，不过会导致应用程序变大，而且会降低运行效率
33.以弱引用避免循环引用
34.以自动释放池降低内存峰值
自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里
合理运用自动释放池，可降低应用程序的内存峰值
35.用“僵尸对象“调试内存管理问题
打开方式：Product-Scheme-Edit Scheme-Run-Diagnostics-Zombie Objects
36.不要使用retainCount
对象的保留计数看似有用，实则不然，因为任何给定时间点上的”绝对保留计数”都无法反映对象声明周期的全貌
引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错
37.理解“块“这一概念
块是C，C++，Objective-C中的语法闭包
块可以接受参数，也可返回值
块可以分配在栈或堆上，也可以是全局的。分配在栈上的块可拷贝到堆，这样的话，就和标准的Objectivce-C对象一样，具备引用计数了
38.为常用的块类型创建typedef
以typedef重新定义块类型，可令块变量用起来更加简单
定义新类型时应遵从现有的命名习惯，勿使其名称与别的类型相冲突
不妨为同一个块签名定义多个类型别名。如果要重构的代码使用了块类型的某个别名
那么只需要修改相应typedef中的块签名即可，无须改动其它typedef
39.用handler块降低代码分散程度
在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明
在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，
而若改用handler块来实现，则可直接将块与相关对象放在一起
设计API时如果用到了handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在哪个队列上执行
40.用块引用其所属对象时不要出现循环引用
如果块所捕获的对象直接或间接地保留了块本身，那么就得当心循环引用问题
一定要找个适当的时机解除循环引用，而不能把责任推给API的调用者
41.多用派发队列，少用同步锁
派发队列可用来表述同步语义，这种做法要比使用@synchronized或NSLock对象更简单
将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线层
使用同步队列及栅栏块，可以令同步行为更加高效
42.多用GCD，少用performSelector系列方法
performSelector系列方法在内存管理方面容易有疏失，它无法确定将要执行的选择器是什么，因而ARC编译器也就无法插入适当的内存管理方法
performSelector系列方法所能处理的选择器太过局限了，选择器的返回值类型及发送给方法的参数个数都受到限制
如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用大中枢派发机制的相关方法来实现
43.掌握GCD及NSOperation的使用时机
使用NSOperation的好处如下：
取消某个操作
指定操作间的依赖关系
通过KVO来监听NSOperation对象的属性
指定操作的优先级
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函数的行为尝尝与开发者所预期的不同。此函数已经废弃，只应做调试之用
由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述当前队列这一概念
47.熟悉系统框架
许多系统框架都可以直接使用，其中最重要的是Foundation和CoreFoundation，这两个框架提供了构建应用程序所需的许多核心功能
很多常见任务都能用框架来做，例如音频和视频处理，网络通信，数据管理等
48.多用枚举块enumerateObjectUsingBlock,少用for循环
遍历collection有四种方式，最基本的是for循环，其次是NSEnumerator遍历法及快速遍历法，最新最先进的是块枚举法
块枚举法本身就能通过GCD来并发执行遍历操作
若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型
49.对自定义其内存管理语义的collection使用无缝桥接
通过无缝桥接技术，可以在Foundation框架中的Objective-C对象与CoreFoundation框架中的C语言数据结构之间来回转换
在CoreFoundation层面创建collections时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后可运用无缝桥接技术，将其转换成具备特殊内存管理语义的Objective-C collection
50.构建缓存时选用NSCache而非NSDictionary
实现缓存时应选用NSCache而非NSDictionary对象。因为NSCache可以提供优雅的自动删减功能，而且是“线程安全的“，此外，它与字典不同，并不会拷贝键
可以给NSCache对象设置上限，用以限制缓存中的对象总个数及”总成本”，而这些尺度则定义了缓存删减其中对象的时机，但是绝对不要把这些尺度当成可靠的“硬限制“，他们仅对NSCache起指导作用
将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgeableData对象所占内存为系统所丢弃时，该对象自身也会从缓存中移除
如果缓存使用得当，那么应用程序的响应速度就能提高。只有那种”重新计算起来很费事的“数据，才值得放入缓存，比如那些需要从网络获取或从磁盘读取的数据
51.精简initialize与load的实现代码
在加载阶段，如果类实现了load方法，那么系统就会调用它。分类里也可以定义此方法，类的load方法要比分类中的先调用。与其他方法不同，load方法不参与覆写机制。
首次使用某个类之前，系统会向其发送initialize消息，由于此方法遵从普通的覆写规则，所以通常应该在里面判断当前要初始化的是哪个类
load与initialize方法都应该实现的精简一些，这有助于保持应用程序的响应能力，也能减少引入”循环引用”的几率
无法在编译期设定的全局变量，可以放在initialize方法里初始化
52.别忘了NSTimer会保留其目标对象
NSTimer对象会保留其目标，直到计算器本身失效为止，调用invaliate方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效
反复执行任务的计时器，和容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可能是通过对象图里的其它对象间接发生的
可以扩充NSTimer的功能，用块来打破保留环。
