【Effective Objective-C 2.0读书笔记】第一章：熟悉Objective-C

Objective-C通过一套全新语法，在C语言基础上添加了面向对象特性。Objective-C的语法中频繁使用方括号，且不吝于写出极长的方法名。

第1条：了解Objective-C语言的起源

所有Objective-C语言的对象都必须像这样声明：NSString *someString = @"the string";，因为对象所占内存总是分配在“堆空间”（heap space）中，而绝不会分配在“栈”（stack）中。不能在栈中分配Objective-C对象。

如果此时再声明一个变量指向同一个NSString对象，即NSString *anotherString = someString;，则这两个变量都是NSString *型，这说明当前“栈帧”（stack frame）里分配了两块内存，每块内存的大小都能容纳一枚指针（在32位架构的计算机上是4字节，64位计算机上是8字节）。这两块内存里的值都一样，就是NSString实例的内存地址。

分配在堆中的内存必须直接管理，而分配在栈上用于保存变量的内存则会在其栈帧弹出时自动清理。

Objective-C将堆内存管理抽象出来了。不需要用malloc及free来分配或释放对象所占内存。Objective-C运行期系统将这部分工作抽象为一套内存管理架构，名为“引用计数”。

在Objective-C代码中，有时会遇到定义里不含*的变量，它们可能会使用“栈空间”（stack space）。这些变量所保存的不是Objective-C对象。如CoreGraphics框架中的CGRect，整个系统框架都在使用这种结构体，因为若改用Objective-C对象的话，性能会受影响。与创建结构体相比，创建对象还需要额外开销，例如分配及释放堆内存等。如果只需保存int、float、double、char等非对象类型，那么通常使用CGRect这种结构体就可以了。

第2条：在类的头文件中尽量少引入其他头文件

每次在头文件中引入其他头文件之前，都要先问问自己这样做是否确有必要。如果可以用“向前声明”取代引入，那么就不要引入。若因为要实现属性、实例变量或者要遵从协议而必须引入头文件，则应尽量将其移至“class-continuation分类”中。这样做不仅可以缩减编译时间，而且还能降低彼此依赖程度。

第3条：多用字面量语法，少用与之等价的方法

要点：

应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比，这样做更简明扼要。

应该通过取下标操作来访问数组下标，或字典中的键所对应的元素。

用字面量语法创建数组或字典时，若值中有nil，则会抛出异常。因此，务必确保值里不含nil。

第4条：多用类型常量，少用#define预处理指令

consts vs defines

consts are type safe and respect scope with syntax highlighting.
defines are the exact opposite.

const定义常量从汇编的角度来看，只是给出了对应的内存地址，而不是象#define一样给出的是立即数，所以，const定义的常量在程序运行过程中只有一份拷贝，而#define定义的常量在内存中有若干个拷贝。

编译器通常不为普通const常量分配存储空间，而是将它们保存在符号表中，这使得它成为一个编译期间的常量，没有了存储与读内存的操作，使得它的效率比宏定义要高。

实例：

// 定义“只在编译单元内可见的常量”
// In the implementation file
// 局部常量：用static修饰后，不能提供外界访问
static const NSTimeInterval kAnimationDuration = 0.3; // 变量不可修改
// 根据const修饰的位置设定能否修改
static const NSString *kStringConstant1 = @"VALUE1"; // 变量可以被修改
static NSString *const kStringConstant2 = @"VALUE2"; // 变量不可修改

// 声明全局变量
// In the header file
extern NSString *const EOCStringConstant;
// 定义全局变量
// In the implementation file
NSString *const EOCStringConstant = @"VALUE";

const修饰位置不同，代表什么？

1. const NSString *HSCoder = @”HSCoder”;
   “*HSCoder”不能被修改， “HSCoder”能被修改

2. NSString const *HSCoder = @”HSCoder”;
   “*HSCoder”不能被修改， “HSCoder”能被修改

3. NSString * const HSCoder = @”HSCoder”;
   “HSCoder”不能被修改，”*HSCoder”能被修改

注意：1和2其实没什么区别。

结论：

const右边的总不能被修改。

const

const不可变原则：那就是它右边是什么, 什么就不可变。

用const修饰函数的形参, 则能提高代码的安全性, 同时减少程序员之间的沟通成本。

#define

宏多用于条件编译, 如需要对于不同的情况执行不同的代码块, 则可以使用宏的条件编译来进行判断。

宏能做到const不能办到的事.1
宏能定义函数

OC的单例模式用到宏

宏还能根据传入的参数生成字符串, 如下：

#define kStringCat(x, y) #x#y
#define kToString #x

在Objective-C中, 随处可见const常量, 所以大家应该大胆地使用const, 它会带给你大大的益处. 同时, 只要某个数据是定义之后永远都不需要也不能修改的, 请使用const!

FOUNDATION_EXPORT vs extern

The first one compiles different for C and C++. It basically means `extern`, but in C++ will add the "C" flag.

#if defined(__cplusplus)
#define FOUNDATION_EXTERN extern "C"
#else
#define FOUNDATION_EXTERN extern
#endif

#if TARGET_OS_WIN32

    #if defined(NSBUILDINGFOUNDATION)
        #define FOUNDATION_EXPORT FOUNDATION_EXTERN __declspec(dllexport)
    #else
        #define FOUNDATION_EXPORT FOUNDATION_EXTERN __declspec(dllimport)
    #endif

    #define FOUNDATION_IMPORT FOUNDATION_EXTERN __declspec(dllimport)

#else
    #define FOUNDATION_EXPORT  FOUNDATION_EXTERN
    #define FOUNDATION_IMPORT FOUNDATION_EXTERN
#endif

要点：

不要用预处理指令定义常量，因为这样定义的常量不含类型信息，编译器只是会在编译前据此执行查找和替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致。

在实现文件中使用static const来定义“只在编译单元内可见的常量”（translation-uinit-specific constant）。由于此类常量不在全局符号表里中，因此无须为其名称加前缀。

在头文件中使用extern来声明全局变量，并在相关实现文件中定义其值。这种常量会出现在全局符号表中，所以其名称应加以区隔，通常用与之相关的类名作前缀。

第5条：用枚举表示状态、选项、状态码

要点：

用NS_ENUM与NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做就可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型。

在处理枚举类型的switch语句中，不要实现default分支。这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有枚举。

---

1. 15分钟弄懂 const 和 #define http://ios.jobbole.com/85007/ ↩