第三章
15. 用前缀避免命名空间冲突
- 选择与你的公司、应用程序或二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀
- 若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀
16. 提供“全能初始化方法”
- 在类中提供一个全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法
- 若全能初始化方法与超类不同，则需覆写超类中的对应方法
- 如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常
17. 实现description方法
- 实现description方法返回一个有意义的字符串，用以描述该实例
- 若想在调试时打印更详尽的对象描述信息，则应实现debugDescription方法
18. 尽量使用不可变对象
- 尽量创建不可变对象
- 若某属性仅可于对象内部修改，则在“class_continuation分类”中将其由readonly属性拓展为readwrite属性
- 不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变collection。(eg，外部申明array，内部使用mutableArray，返回array里面用mutableArray copy来返回，通过提供add delete方法对array增减，实际则是操作mutableArray)
19. 使用清晰而协调的命名方式
- 起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者所理解
- 方法名要言简意赅，从左至右读起来要像个日常用语中的句子才好
- 方法名里不要使用缩略后的类型名称
- 给方法起名时的第一要务就是确保其风格与你自己的代码或索要集成的框架相符
20. 为私有方法名加前缀
- 给私有方法的名称加上前缀，这样可以很容易地将其同公共方法区分开(书里建议使用p_来开头)
- 不要单用一个下划线做私有方法的前缀，因为这种做法是预留给苹果公司用的
21. 理解0bjective-C错误模型
- 只有发生了可使整个应用程序崩溃的严重错误时，才应使用异常
*在错误不那么严重的情况下，可以指派“委托方法”（delegate method)来处理错误，也可以把错误信息放在NSError对象里，经由“输出参数”返回给调用者
22. 理解NSCopying协议
- 若想令自己所写的对象具有拷贝功能，则需实现NSCopying协议
- 如果自定义的对象分为可变版本与不可变版本，那么就要同时实现NSCopying与NSMutableCopying协议
- 复制对象时所需决定采用浅拷贝还是深拷贝，一般情况下应该尽量执行浅拷贝
- 如果你写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法
第四章 协议与分类
23. 通过委托与数据源协议进行对象间通讯
- 委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象
- 将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法
- 当某对象需要从另外一个对象中获取数据时候，可以使用委托模式。这种情境下，该模式亦称为“数据源协议"
- 若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议这一信息缓存至其中
24. 将类的实现代码分散到便于管理的数个分类之中
- 使用分类机制把类的实现代码划分成易于管理的小块
- 将应该视为“私有”的方法归入名为Private的分类中，以隐藏实现细节
25. 总是向第三方的分类名称加前缀
- 向第三方类中添加分类时，总应给其名称加上你专用的前缀
- 向第三方类中添加分类时，总应给其中的方法名加上你专用的前缀
26. 勿在分类中声明属性
- 把封装数据所用的全部属性都定义在主接口里
- 在“class-continuation分类"之外的其他分类中，可以定义存取方法，但尽量不要定义属性
27. 使用”class-continuation分类“隐藏实现细节
- 通过”class-continuation分类"向类中新增实例变量(其实就是使用延展)
- 如果某属性在主接口中声明为“只读",而类的内部又要用设置方法修改此属性，那么就在"class-continuation分类"中将其拓展为"可读写"
- 若私有方法的原型声明在"class-continuation分类”里面
- 若想使类所遵循的协议不为人所知，则可于“class-continuation分类"中声明
28. 通过协议提供匿名对象
- 协议可在某种程度上提供匿名类型，具体的对象类型可以淡化成遵从某协议的id类型，协议里规定了对象所应实现的方法
- 使用匿名对象来隐藏类型名称
- 如果具体类型不重要，重要的是对象能够响应（定义在协议里的）特定方法，那么可以使用匿名对象来表示
第五章 内存管理
29. 理解引用计数
- 引用计数机制通过可以递增递减的计数器来管理内存。对象创建好之后，保留其计数至少为1.若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被销毁了
- 在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数。
30. 以ARC简化引用计数
- 有ARC之后，程序员就无须担心内存管理问题了。使用ARC来编程，可省去类中的许多“样板代码”
- ARC管理对象生命期的办法基本上就是：在合适的地方插入“保留”及“释放”操作。在ARC环境下，变量的内存管理语义可以通过修饰符指明，而原来则需要手工执行“保留”及“释放操作
- 由方法所返回的对象，其内存管理语义总是通过方法名来体现。ARC将此确定为开发者必须遵守的规则
- ARC只负责管理Objective-C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease
31. 在dealloc方法中只释放引用并解除监听
- 在dealloc方法里，应该做的事情就是释放指向其他对象的引用，并取消原来订阅的”键值观测“（KVO)或NSNotificationCenter等通知，不要做其他事情
- 如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源
- 执行异步任务的方法不应再dealloc里调用；只能在正常状态下执行的那些方法也不应再dealloc里调用，因为此时对象已处于正在回收的状态了
32. 编写“异常安全代码”时留意内存管理问题
- 捕获异常时，一定要注意将try块内所创立的对象清理干净
- 在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标识后，可以生成这种代码，不过会导致应用程序变大，而且会降低运行效率
33. 以弱引用避免保留环
- 将某些引用设为weak，可避免出现“保留环”
- weak引用可以自动清空，也可以不自动清空。自动清空是随着ARC而引入的新特性，有运行期系统来实现。在具备自动清空功能的弱引用上，可以随意读取其数据，因为这种引用不会指向已经回收过的对象
34. 以“自动释放池块”降低内存峰值
- 自动释放池排布的栈中，对象收到autorelease消息后，系统将其放入最顶端的池里
- 合理运用自动释放池，可降低应用程序的内存峰值
- @autoreleasepool这种新式写法能创建出更为轻便的自动释放池
35. 用“僵尸对象”调试内存管理问题
- 系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能
- 系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变为僵尸对象。僵尸类能够响应所有的选择器，响应方式为：打印一条包含消息内容及其接收者的消息，然后终止应用程序
36. 不要使用retainCount
- 对象的保留计数看似有用，实则不然，因为任何给定时间点上的“绝对保留计数”都无法反映对象生命期的全貌
- 引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错
第六章 块与大中枢派发
37. 理解“块”这一概念
block会把它锁捕获的所有变量都拷贝一份，但是，拷贝的并不是对象本身，而是指向这些对象的指针变量。
定义block的时候，其所占的内存区域是分配在栈中的。这就是说，块只在定义它的那个范围内有效。例如，下面这段代码就有危险:
代码示例
定义在if及else语句中的两个块都分配在栈内存中。编译器会给每个块分配好栈内存，然而等离开了相应的范围之后，编译器有可能把分配给块的内存覆写掉。于是，这两个块只能保证在对应的if或else语句范围内有效。这样写出来的代码可以编译，但是运行起来时而正确，时而错误。若编译器未覆写待执行的块，则程序照常运行，若覆写，则程序崩溃。
为解决此问题，可给块对象发送copy消息以拷贝之。这样的话，就可以把块从栈复制到堆了。这样它就变成“堆块"。拷贝后的块，就可以在定义它的范围之外使用。而且一旦复制，它就变成带引用计数的对象了。
- block是C、C++、Objective-C中的语法闭包
- block可接受参数，也可返回值
- block可以分配在栈或堆上，也可以是全局的。分配在栈上的块可拷贝到堆里，这样的话，就和标准的Objective-C对象一样，具备引用计数了
38. 为常用的块类型创建typedef
- 以typedef重新定义块类型，可令块变量用起来更简单
- 定义新类型时应遵从现有的命名习惯，勿使用其名称与别的类型相冲突
- 不妨为同一个block签名定义多个类型的别名。如果要重构代码使用了块类型的某个别名，那么只需修改相应typedef中的块签名即可，无须改动其他typedef
39. 用handler块降低代码分散程度
- 在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明
- 在有多个实例需要监控时，如果采用委托模式，那么精彩需要更具传入的对象来切换，若改用handler块来实现，则可直接将块与相关对象放在一起
- 设计API时如果用到了handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在哪个队列上执行
40. 用块引用其所属对象时不要出现保留环
- 如果块所捕获的对象直接或间接地保留了块本身，那么就得当心保留环问题
- 一定要找个适当的时机解除保留环，而不能把责任推给API的调用者
41. 多用派发队列，少用同步锁
- 派发队列可用来表述同步语义，这种做法要比使用@synchronized块或NSLock对象更简单
- 将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程
- 使用同步队列及栅栏块，可以令同步行为更加高效
42. 多用GCD,少用performSelector系列方法
- performSelector系列方法在内存管理方面容易有疏失，它无法确定将要执行的选取器具体是什么，因为ARC编译器也就无法插入适当的内存管理方法
- performSelector系列方法所能处理的选取器泰国局限，选取器的返回值类型及发送给方法的参数个数都收到限制
- 如果想把任务放在一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到block里，然后调用GCD相关方法来实现
43. 掌握GCD及操作队列的使用时机
- 在解决多线程与任务管理问题时，GCD并非唯一方案
- 操作队列提供了一套高层的Objective-C API，能实现纯GCD所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用GCD来实现，则需另外编写代码(NSOperation可以取消，可以指定操作间的依赖关系，可以通过键值观察其属性，可以非常方便的指定优先级)
44. 通过Dispatch Group机制，根据系统资源来执行状况
- 一系列任务可归入一个dispatch group之中，开发者可以在这组任务执行完毕时获得通知
- 通过dispatch group，可以在并发式派发队列里同事执行多项任务。此时GCD会根据系统资源状况来调度这些并发执行的任务。开发者若自己来实现此功能，则需编写大量代码
45. 使用dispatch_once来执行只需运行一次的线程安全代码
- 经常需要编写“只需要执行一次的线程安全代码”。通过GCD所提供的dispatch_once函数，很容易就能实现此功能
- 标记应该声明在static或global的作用域中，这样的话，在把只需执行一次的block传给dispatch_once函数时，传进去的标记也是相同的
46. 不要使用dispatch_get_current_queue
- dispatch_get_current_queue函数的行为常常与开发者所预期的不同，此函数已经废弃，只应做调试之用
- 由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念
- dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特性数据”来解决
第七章 系统框架
47. 新呼吸系统框架
将一系列代码封装为动态库，并在其中放入描述其接口的头文件，这样做出来的东西就叫框架
- 许多系统框架都可以直接使用。其中最重要的是Foundation与CoreFoundation
- 许多常见任务都能用框架来做，例如音频视频处理、网络通信、数据管理等
- 纯C写成的框架与用Objective-C写成的一样重要，若想成为优秀的OC开发者，应该掌握C语言的核心概念
48. 多余块枚举，少用for循环
如果想让自定义类实现for...in的取值方式，可以实现NSFastEnumeration协议
- 遍历collection有四种方式。最基本的办法就是for循环，其次是NSEnumerator遍历法及快速遍历法，最新、最先进的就是“块枚举法”
- “块枚举法”本身就能通过GCD来并发执行遍历操作，无须另行编写代码。而采用其它遍历方式无法轻易实现
- 若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型
49. 对自定义其内存管理语义的collection使用使用无缝桥接
- 通过无缝桥接技术，可以在Foundation框架中的Objective-C对象与CoreFoundation框架中的C语言数据结构之间来回转换
- 在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，可运用无缝桥接技术，将其转换成具备特殊内存管理语义的Objective-C collection
50. 构建缓存时选用NSCache而非NSDictionary
- 实现缓存时应选用NSCache而非NSDictionary对象，因为NSCache可以提供优雅的自动删减功能，而且是“线程安全的”，此外，它与字典不同，并不会拷贝键
- 可以给NSCache对象设置上限，用以限制缓存中的对象总个数及“总成本”，而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要把这些尺度当成可靠的“硬限制”，它们仅对NSCache起指导作用
- 将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgesableData，对象所占用的内存为系统所丢弃时，改对象自身也会从缓存中移除
- 如果缓存得当，那么应用程序的响应速度就能提高。只有那种“重新计算起来很费事的“数据，才值得放入缓存，比如那些需要从网络获取或从磁盘读取的数据
51. 精简initialize与load的实现代码
- 在加载阶段，如果类实现了load方法，那么系统就会调用它。分类里也可以定义此方法，类的load方法要比分类中先调用。与其他方法不同，load方法不参与覆写机制
- 首次使用某个类之前，系统会向其发送initialize消息。由于此方法遵从普通的覆写规则，所以通常应该在里面判断当前要初始化的是哪个类
- 无法再编译器设定的全局常量，可以放在initiallize方法里初始化
52. 别忘了NSTimer会保留其目标对象
- NSTimer对象会保留其目标，直到计时器本身失效位置，调用invalidate方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效
- 反复执行任务的计时器，很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可以是通过对象图例的其他对象间接发生的
- 可以扩充NTimer的功能，用block来打破保留环。不过，除非NTimer将来在公共接口里提供此功能，否则必须创建分类，将相关代码加入其中
.h
/**
* 使用的时候，在外面weak下，在block里strong一个，在调用方法。无须invalidate timer就可以释放对象
*
* @param interval 间隔时间
* @param block 方法回调
* @param repeats 是否重复
*
* @return 返回timer
*/
+ (NSTimer *)zx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
block:(void(^)())block
repeats:(BOOL)repeats;
.m
+ (NSTimer *)zx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
block:(void (^)())block
repeats:(BOOL)repeats
{
return [self scheduledTimerWithTimeInterval:interval target:self selector:@selector(eoc_blockInvoke:) userInfo:[block copy] repeats:repeats];
}
+ (void)eoc_blockInvoke:(NSTimer *)timer{
void(^block)() = timer.userInfo;
if (block) {
block();
}
}
