2019-2-15 PM
写在前面：【这本书值得细细品味，很多内容要完全掌握是十分困难的】
0、在读本书的时候如果具备一定的C语言基础的话应该会更好的理解本书
1、一本非常nice的好书，不适合新入行的人品读。类似的经典是一本 java的书籍，同样如此
2、书中关于底层部分的讲解如果能多一些图表辅助理解就更好了
3、书中的有些技术自己的并不是很理解，相关技术的应用部分，尤其是原理部分。
4、有些内容看不懂，尤其是最后一章系统框架部分，感觉是自己基础不好，同时书中的解释可能有些生硬了。比如 第30条中以ARC简化引用计数的章节
第一章 熟悉OC
开发建议
1、在累的头文件中尽量少引入其他头文件。可以在.h头文件中使用向前声明 @ClassName，但是在.m实现文件中还是要引入相关头文件
好处：尽量少暴露相关的细节实现，防止类与类之间的循环引用，同时加快编译速度。
2、多使用字面量语法，少用与之等价的方法。
好处：字面量就是一种语法糖，语法更加简洁。同时操作更加安全，比如当数组或字典中有nil的时候会崩溃。这样可以方便调整。
注意：由于使用的字面量生成的数组和字典都是不可变的，所以当赋值给可变数组和可变字典时，需要做相应转换，否则依然是不可变的。
如： NSString *str = @“kenshin”;
NSArray *arr = @[@“kenshin”, @“toma”];
3、多用类型常量，少用#define 预处理指令「书中只说了尽量少用#define，可惜没有说明#define应该在何时使用（想知道就自己搜）」
上图应写成 static const NSString *hehe = @“kenshin”;
下图是书中内容，有给出报错的位置，可是我自己测试的时候并没有此类信息出现。。。
最终还是找到了
static const 定义的内容只在编译单元内可见，所以无须为其名称加前缀
extern 定义的内容会出现在全局符号表中，所以其名称应加以区分，通常用与之相关的类名做前缀。
4、用枚举表示状态、选项、状态码
https://www.jianshu.com/p/44615b9e433d?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io
5、属性的特质
查阅相关资料 深入理解 属性中的 copy的意义
Copy与strong类似，然而设置方法并不保留新值，而是将其“拷贝”(copy)。当属性类型为NSString*时，经常用此特质来保护其
封装性，因为传递给设置方法的新值有可能指向一个NSMutableString类的实例。这个类是NSString的子类，表示一种可以修改其值
的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝
一份“不可变”的字符串，确保对象中的字符串值不会无意间变动。
【只要实现属性所用的对象是“可变的”，就应该在设置新属性值时拷贝一份。】
6、在对象内部尽量直接访问实例变量
要点：
在初始化方法及dealloc方法中，总是应该直接通过实例变量来读写数据
在对象内部读取数据时，应该直接通过实例变量来读，而写入数据时，则应通过属性来写（即 self.pro）
有时会使用懒加载，这种情况下，需要通过属性来读去数据（即 self.pro）
7、理解“对象等同性”这一概念
“==”操作符比较的是两个指针本身，而不是所指的对象
8、用“方法调配技术 method swizzling”调试黑盒方法【动态新增方法、交换方法】
【通过交换方法 可以交换系统原有方法，并在交换的新方法中调用【原有的方法「注意这里的方法名」】，然后添加一些记录，比如日志等信息】
在运行期，可以向类中新增或替换选择子所对应的方法实现
使用另一份实现来替换原有的方法实现，这道工序叫做“方法调配”，开发者常用此技术向原有实现中添加新功能
一般来说，只有调试程序的时候才需要在运行期修改方法实现，这种做法不易滥用。
9、用前缀避免命名空间冲突
Objective-C没有其他语言那种内置的命名空间机制。鉴于此，我们在起名时要设法避免潜在的命名冲突，否则很容易就重名了。
Apple宣称其保留使用所有“两个字母前缀”的权利，所以你自己选用的前缀应该是三个字母的。
不仅是类名，应用程序中的所有名称都应该加前缀。
要点：
选择与你的公司、应用程序或二者皆有关联之名称作为类名前缀，并在所有代码中均使用这一前缀。
若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀。
10、提供“全能初始化方法”
要点：
在类中提供一个全能初始化方法，并于文档里之名。其他初始化方法均应调用此方法
若全能初始化方法与超类不同，则需覆写超类中的对应方法
如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常
11、实现description方法
实现description方法返回一个有意义的字符串，用以描述该实例
若想在调试时打印出更详尽的对象描述信息，则应实现debugDescription方法，在控制台 使用 po objc; 回车 查看调试信息
12、尽量使用不可变对象 [这里的不可变是指属性定义的 readonly 而不是mutable对象]
尽量创建不可变的对象
若某属性仅可于对象内部修改，则在分类中将其由readonly属性扩展为readwrite属性
不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变collection
13、为私有方法名加前缀
给私有方法的名称加上前缀，这样可以很容易地将其同公公方法区分开 如 p_methodName [p 即 private]
不要单用一个下划线做私有方法的前缀，因为这种做法是预留给苹果公司使用的
14、属性只是定义实例变量及相关存取方法所用的“语法糖”
如： 定义 属性 @property (nonatomic, strong) NSString *pro;
则会默认生成 _pro实例变量，和对应的setter getter方法
15、class-continuation分类 和普通的分类不同，它必须定义在其所接续的那个类的实现文件里，且该分类没有名字
16、内存管理
在mrc下
- (void) setFoo:(id)foo{
[foo retain];
[_foo release];
_foo = foo;
}
上面是标准的写法，但是为什么呢？这里的foo是形参，_foo是实例变量，它们完全是两个不通的变量。
foo是新传入的值，其retainCount肯定是>0的，为什么这里要retain呢。
还有，如果省略掉第一步[foo retain], 为什么_foo release后 可能被释放，却无法被赋值呢？即_foo = foo;无法执行。
为什么当_foo成为悬垂指针后无法被赋值呢？
17、ARC
有ARC之后，程序员就无须担心内存管理的问题了。使用ARC来编程，可以省去类中的许多“样板代码”。
ARC管理对象声明期的办法基本上就是：在合适的地方插入“保留”及“释放”操作。在ARC环境下，
变量的内存管理语义可以通过修饰符指明，而原来则需要手工执行“保留”，“释放”操作。
由方法所返回的对象，其内存管理语义总是通过方法名来体现的。ARC将此确定为开发者必须遵守的规则。
ARC只负责管理Objective-C对象的内存。尤其要注意CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease。
18、异常
捕获异常时，一定要注意将try块内所创立的对象清理干净
在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志(-objc-arc-exceptions)后，可生成这种代码，
不过会导致应用程序变大，而且会降低运行效率。
19、unsafe_unretained 和 weak的区别
当指向EOCClassA实例的引用移除后，unsafe_unretained属性仍然指向那个已经回收的实例，而weak属性则指向nil
将某些引用设为weak，可避免出现“保留环”。
Weak引用可以自动清空，也可以不自动清空。自动清空是随着ARC而引入的新特性，由运行期系统来实现。在具备自动清空功能
的弱引用上，可以随意读取其数据，因为这种引用不会指向已经回收的对象。
20、僵尸对象
系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能。
系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变为僵尸对象。僵尸类能够响应所有的选择子，响应方式为：
打印一条包含消息内容及其接收者的消息，然后终止应用程序。
21、不要使用retainCount
到底何时才应该使用retainCount呢？最佳答案是：绝对不要用，尤其考虑到苹果公司在引入ARC之后已经正式将其废弃，就更不应该用了。
对象的保留计数看似有用，实际不然，因为任何给定时间点上的“绝对保留计数”都无法反映对象生命期的全貌。
引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错。
22、block和GCD
block
默认情况下为块所捕获的变量，是不可以在块里修改的。声明变量的时候可以加上__block修饰符，这样就可以在块里修改了。
块本身也和其他对象一样，有引用计数「在堆上时」。块总能修改实例变量，但是不应该直接访问，否则会造成循环引用。
self也是个对象，因而块在捕获它时也会将其保留。如果self所指代的那个对象同时也保留了块，那么这种情况通常就会导致“保留环”。
【块】其实就是一种代替函数指针的语法结构，原来使用函数指针时，需要用“不透明的void指针”来传递状态。而改用块之后，则可以
把原来用标准C语言特性所编写的代码封装成简明且易懂的接口。
要点：
块石C、C++、Objective-C中的词法闭包
块可接受参数，也可返回值
块可以分配在栈或堆上，也可以是全局的。分配在栈上的块可以拷贝到堆里，这样的话，就和标准的OC对象一样，具备引用计数了
__weak 和 __strong 在block中的使用：https://www.jianshu.com/p/fe772a3536ca
23、为常用的块类型创建typedef，这样阅读性和维护都更加方便
24、用handler块降低代码分散程度【相对的比delegate更清晰简洁易维护】
25、用块引用其所属对象时不要出现保留环
26、多用派发队列，少用同步锁
因为同步锁并非真正意义上的安全，使用队列「GCD」来实现，更加高效安全。
派发队列可用来表述同步语义，这种做法要比使用@synchronized块或NSLock对象更简单
将同步于异步派发结合起来，可以实现与普通锁机制一样的同步行为，而且这么做却不会阻塞执行异步派发的线程
使用同步队列及栅栏块，可以令同步行为更高效
27、多用GCD，少用performSelector系列方法
performSelector系列方法在内存管理方面容易有疏失。它无法确定将要执行的选择子具体时什么，因而ARC编译器页将无法插入适当的内存管理方法。
performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。
如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用
大中枢派发机制的相关方法来实现。延迟执行也一样。
28、掌握GCD及操作队列的使用时机
在执行后台任务时，GCD并不一定是最佳方式。还有一种叫做NSOperationQueue(操作队列)的技术。
操作队列在GCD之前就有了，早起(iOS4与Mac OSX10.6开始)操作队列的底层是用GCD来实现的。
GCD是纯C的API，而操作队列是OC的对象。
29、通过Dispatch group机制，根据系统资源状况来执行任务
30、使用dispatch_once来执行只需运行一次的线程安全代码
31、不要使用dispatch_get_current_queue
dispatch_get_current_queue函数的行为常常与开发者所预期的不同。此函数已经废弃，只应作为调试之用。
由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念。
dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决。
31、多用块枚举，少用for循环
遍历collection有四种方式。最基本的办法是for循环，其次是NSEnumerator遍历法及快速遍历发（for in），最新、最先进的方式则是
“块枚举法”。
“块枚举法”本身就能够通过GCD来并发执行遍历操作，无须另行编码。而采用其他遍历方式则无法轻易实现这一点。
若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型。
32、对自定义其内存管理语义的collection使用无缝桥接
通过无缝桥接技术，可以在Foundation框架中的OC对象与CoreFoundation框架中的C语言数据结构之间来回转换
在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，可运用无缝桥接
技术，将其转换成具备特殊内存管理语义的OC collection。
33、构建缓存时选用NSCache而非NSDictionary
实现缓存时应该使用NSCache而非NSDictionary对象。因为NSCache可以提供优雅的自动删减功能，而且是“线程安全的”。此外，它
与字典不同，并不会拷贝键。
可以给NSCache对象设置上限，用以限制缓存中的对象总个数及“总成本”，而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要
把这些尺度当成可靠的“硬限制”，它们仅对NSCache起指导作用。
将NSPurgeableData与NSCache搭配使用，可实现自动清楚数据的功能，也就是说，当NSPurgeableData对象所占内存为系统所丢失时，
该对象自身也会从缓存中移除。
如果缓存使用得当，那么应用程序的响应速度就能提高。只有那种“重新计算起来很复费事的”数据，才值得放入缓存，比如那些需要从网络
获取或从磁盘读取的数据。
34、精简initialize与load的实现代码
在加载阶段，如果类实现了load方法，那么系统就会调用它。分类里也可以定义此方法，类的load方法要比分类中的先调用。与其它方法不同，load方法不参与覆写机制。
首次使用某个类之前，系统会向其发送initialize消息。由于此方法遵从普通的覆写规则，所以通常应该在里面判断当前要初始化的是哪个类。
Load与initialize方法都应该实现得精简一些，这有助于保持应用程序的响应能力，也能减少引入“依赖环”的几率。
无法在编译器设定的全局常量，可以放在initialize方法里初始化。
35、别忘了NSTimer会保留其目标对象
NSTimer对象会保留其目标，直到计时器本身失效为止，调用invalidate方法可令计时器失效，另外，一次性的计时器在出发完任务之后也会失效。
反复窒息感任务的计时器，很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可能是通过对象图里其他对象间接发生的。
可以扩充NSTimer的功能，用“块”来打破保留环。不过，除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中「重来没有这么干过，之前的做法一直都是错误的」。
