[Note] Effective OC - Item 1~3

Chapter 1. Accustoming Yourself to Objective-C

---

Item1: Familiarize Yourself With Objective-C’s Roots

这一节开篇提到了Messaging structure vs. Function calling的区别。文中给出的区别是：

Messaging structure: 在runtime才能决定执行哪个方法。包括接收消息的对象问题。
Function calling: 由编译器决定调用的方法。

对于message structure，作为OC动态特点的集中体现，官方的Runtime Programming Guide里做了比较详细的解释。简单的过程描述是这样：
在runtime，messages和方法实现联系起来。系统把message expression变成objc_msgSend (c语言messaging方法)，此函数传递了方法的selector地址，receiver以及其他一些信息，用于动态绑定。
具体过程分三步：
第一步，找到要调用的selector。利用对象的isa pointer，从子类到父类往上查找。
第二步，找到了以后就可以调用了。receiver和selector会作为hidden argument传入。
第三步，return value。并且调用后会把selector存在cache，提高效率。

runtime博大精深，没有实践过，体会不够深_(:з」∠)_

这一篇还提到了变量的存储，顺便做个总结。

首先是C中用于存储数据的data segment:

• Code Segment: 存放代码
• BSS(Block Started by Symbols) segment: 存放初始化的global var和static var
• Stack Segment: local var
• Heap Segment: 一般来说，所有的oc object都是分配在堆上的。
• Data Segment: 未初始化的global var和static var

另外每个segment都有一个write protected region用于存放constant。
平时常见常考虑的是stack和heap。分配在heap中的内存必须直接管理（运用引用计数），分配在stack上用于保存变量的内存会在栈帧弹出时得到自动清理。

对于变量来说，分配在哪里不仅要看global/local，还要看static/const来决定具体的位置。而且编译器还可能根据具体情况做一些优化。一般来说：
local variable: 取决于auto或是static，前者在stack上，后者在data segment上。
global\static\extern variable: data segment/BSS
const variable: 取决于auto还是static，前者在stack，后者read only data segment.

稍微特殊一点的情况：
block分配在栈上，可以通过block_copy()将它复制到堆上。
NSString比较特殊，分配在（堆上的）data segment。但不需要进行retain/release等内存管理，NSCFConstantString子类优化了所有的过程，会自动帮你做好。

---

Item 2: Minimize Importing Headers in Headers

这一篇的中心思想是：将引入头文件的时机尽量延后。
所谓forward declaring，就是不用#import改用@class。关于它们的区别：

• #import是把整个头文件引入。包括这个头文件本身引入的其他头文件。
• @class只是通知编译器某个类的存在，不包含这个类的其他任何信息。

文中给出了采用forward declaring的好处：

1. 减少编译时间。

2. 各自头文件引入对方的头文件，会导致编译器编译时陷入死循环（如果用的是#include）。

如果用#import则不会导致死循环。这里又牵扯到#import和#include的区别：

• #include是直接用文件内容替换写引入的那一行。非常耿直。但是也会造成一些问题，比如重复定义，死循环等。如果要避免这些问题需要在引入时写include guards，就是一些#infdef语句，比较麻烦，需要考虑周全各种情况。
• #import是OC在#include基础上做的优化（谢谢！），保证了相关文件只会引入一次，所以不会有死循环问题。但是两个类互相引用对方的话，仍然会有其中一个无法被正确编译。

另外本篇还提到了对于协议引入的推荐处理方法：

对于协议，尽量放到class-continuation category中。否则最好单独放在一个头文件中再引入。

---

Item 3: Prefer Literal Syntax over the Equivalent Methods

这篇比较简单，中心思想是，能用Literal Syntax就请不遗余力地用吧！
主要针对的是Foundation框架中的NSString, NSNumber, NSArray, NSDictionary类。Literal Syntax也很常见，就是和一般的alloc init，或者类初始化方法长得不一样的初始化语法。
上面提到的类对应的literal syntax形式的初始化分别是：

NSString *myString = @“23333”;
NSNumber *myNumber = @233;
NSNumber *myFloatNumber = @2.3333f;
NSArray *myArray = @[@2, @3, @3, @3, @3];
NSDictionary *myDictionary = @{@“key1”: @“obj1”,
     @“key2”: @“obj2”};

另外，
数组取下标操作推荐用myArray[0]，而不是objectAtIndex:方法。
字典访问推荐用myDictionary[@“key1”]，而不是objectForKey:方法。
使用literal sytax创建出的对象是不可变的。可以通过mutableCopy得到一个可变版本。
NSMutableArray *mutableArray = [@[@2, @3, @3, @3, @3] mutableCopy];

好处：更安全！如果数组或字典中含有nil，会抛出异常，便于检查。
限制：除了字符串以外，所创建出的对象必须属于Foundation框架才行。连这些类的子类都不行。当然一般也不推荐创建这种基本类的子类。