Effective Objective-C 2.0读书笔记（九）

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

• 通过无缝桥接技术，可以在Foundation框架的OC对象与CoreFoundation框架中的C语言数据结构之间来回转换。
• 在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，可运用无缝桥接技术，将其转换成具备特殊内存管理语义的OC collection。

关键词：collection

 

第50条，构建缓存时选用 NSCache 而非 NSDictionary

• 在网络下载图片缓存到本地用NSCache会更好，因为系统资源将要耗尽的时候，NSCache会自动删减缓存。
• NSCache会先删除“最久未使用的”对象。
• NSCache是线程安全的，在不加锁的情况下，多个线程可以同时访问NSCache。
• 实现缓存时应选用NSCache而非NSDictionary对象。因为NSCache可以提供优雅的自动删减功能，而且是“线程安全的”，此外，它与字典不同，并不会拷贝键。
• 可以给NSCache对象设置上限，用以限制缓存中的对象总个数及“总成本”，而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要把这些尺度当成可靠的“硬限制”，他们仅对NSCache起知道作业。
• 将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，NSPurgeableData对象所占内存为系统所丢弃时，该对象自身也会从缓存中移除。
• 如果缓存使用得当，那么应用程序的响应速度就能提高。只有那种“重新计算起来很费事的”数据，才值得放入缓存，比如那些需要从网络获取或从磁盘读取的数据。

关键词：NSCache、NSPurgeableData

 

第51条，精简 initialize 与 load 的实现代码

• 对于加入运行期系统中的每个类及分类来说必然会调用load方法且只调用一次。
• load方法不遵从继承规则，某个类本身没有实现load，不管其各级超类是否实现此方法，系统都不会调用。
• load方法务必实现得精简一些，因为整个应用程序在执行load方法时都会阻塞。
• initialize方法在系统用到相关类的时候才会调用。
• initialize方法与其他消息一样，如果某个类未实现它，而其超类实现了，那么就会运行超类的实现代码。
• 在加载阶段，如果类实现了load方法，那么系统就会调用它。分类里面也可以定义此方法，类的load方法要比分类中的先调用。与其他方法不同，load方法不参与覆写机制。
• 在首次使用某个类之前，系统会向其发送initialize消息，通常应该在里面判断当前要初始化的类，防止子类未覆写initialize的情况下调用两次。
• load与initialize方法都应该实现得精简一些，有助于保持应用程序的响应能力，也能减少引入“依赖环”（interdependency cycle）的几率。
• 无法在编译期设定的全局常量，可以放在initialize方法里初始化。

关键词：初始化、load、initialize

 

第52条，别忘了 NSTimer 会保留其目标对象

• 设置成重复执行模式的那种计时器，很容易引入“保留环”，计时器和类之间容易相互引用。
• 为了使用计数器不造成“保留环”，解决思路是：使用块（block）功能，在块外声明类本身（self）的引2ruo用（weakSelf），然后在块内创建类的强引用捕获弱引用的weakSelf。
• NSTimer 会保留其目标，直到计时器本身失效为止，调用 invalidate 方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效。
• 反复执行任务的计时器，很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可能是通过对象图里的其他对象间接发生的。
• 可以扩充 NSTimer 的功能，用块来打破保留环。不过除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关的代码加入其中。

关键词：NSTimer、NSTimer的“保留环”