1、从现在,这一刻,开始努力,动起来!
2、《Effective Objective-C 2.0》这是一本非常实在的书,各个章节用具体的例子告知读者如此这般的缘由!
3、书已经买了很久,也隔三差五的看一下,本次是按照本书章节,总结本书内容以及自己的体会!
4、愿共勉之!
第47条:熟悉系统框架
47.1:许多系统框架都可以直接使用。其中最重要的是Foundation与CoreFoundation,这两个框架提供了构建应用程序所需的许多核心功能。
47.2:许多常见任务都能用框架来做,例如音频与视频处理,网络通信、数据管理等。
47.3:请记住:用纯C写成的框架与用Objective-C写成的一样重要,若想成为优秀的Objective-C开发者,应掌握C语言的核心概念。
第48条:多用块枚举,少用for循环
48.1:遍历collection有四种方式。最基本的办法是for循环,其次是NSEnumerator遍历法及快速遍历法,最新、最先进的方式则是“块枚举法”;
48.2:“块枚举法”本身就能通过GCD来并发执行遍历操作,无须另行编写代码。而采用其他遍历方式则无法轻易实现这一点。
48.3:若提前知道待遍历的collection含有何种对象,则应修改块签名,指出对象的具体类型。
第49条:对自定义其内存管理语义的collection使用无缝桥接
49.1:通过无缝桥接技术,可以在Foundation框架中的Objectiove-C对象与CoreFoundation框架中的C语言数据结构之间来回转换;
49.2:在CoreFoundation层面创建collection时,可以指定许多回调函数,这些函数表示此collection应如何处理其他元素。然后,可运用无缝桥接技术,将其转换成具备特殊内存管理语义的Objective-C collection。
第50条:构建缓存时选用NSCache而非NSDictionary
50.1:实现缓存时应选用NSCache而非NSDoictionary对象。以内NSCache可以提供优雅的自动删减功能,而且是“线程安全的”,此外,它与字典不同,并不会拷贝键。
50.2:可以给NSCache对象设置上限,用以限制缓存中的对象总个数以及“总成本”,而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要把这些尺寸当成可靠的“硬限制(hadr limit)”,它们仅仅对NScache起指导作用。
50.3:将NSPurgeableData 与 NSCache搭配使用,可以实现自动清除数据的的功能,也就是说,当NSPurgeableData对象所占内存为系统所丢弃时,该对象本身也会从缓存中移除。
50.4:如果缓存使用得当,那么应用的响应速度就能提高。只有那种“冲刺呢计算看起来很费事的”数据,才值得放入缓存,比如那些需要从网络获取或从磁盘读取的数据。
第51条:精简initialize与load的实现代码
51.1:在加载阶段,如果类实现了load方法,那么系统就会调用它。分类里也可以定义此方法,类的load方法要比分类中的现调用。与其他方法不同,load方法不参与覆写机制。
51.2:首次使用某个类之前,系统会向其发送initialize消息。由于此方法遵从普通的覆写规则,所以通常应该在里面判断当前要初始化的是哪个类。
51.3:load与initialize方法都应该实现的精简一些,这有助于保持应用程序的响应能力,也能减少引入“依赖环”(interdependency cycle)的几率。
51.4:无法在编译期设定的全局常量,可以放在initialize方法里初始化。
第52条:别忘了NStimer会保留其目标对象
52.1:NSTimer对象会保留其目标,直到计时器本身失效为止,调用invalidate方法可令计时器失效,另外,一次性的计时器在触发完任务之后就会失效。
52.2:反复执行任务的计时器(repeating timer)很容易引入保留环,如果这种计时器的目标对象又保留了计时器本身,那肯定会导致保留还。这种环状保留关系,可能是直接发生的,也可能是通过对象图里的其他对象简介发生的。
52.3:可以扩充NStimer的功能,用“块”来打破保留环。不过,除非NSTimer将来在公共接口里提供此功能,否则必须创建分类,将相关代码加入其中。
本章主要是《Effective Objective-C》的第七章的内容系统框架!这章也是本书的结尾章节。最后两次的总结有滥竽充数之嫌,10月份会拆开本书的章节重塑总结之!
写在结尾处的话:每天努力一点点,也许不明显,但终究会有所帮助!
10月份开始了,2018年不足100天了,努力吧!