OC中#define、const的使用
一、多用常量，少用#define预处理指令
const关键字，它限定一个变量不允许被改变。使用const在一定程度上可以提高程序的安全性和可靠性。便于进行类型检查，使编译器对处理内容有更多了解，消除了一些隐患。
const 推出的初始目的，正是为了取代#define预处理指令，消除它的缺点，同时继承它的优点。使用#define预处理指令，只是在预处理器里进行文本替换，这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找和替换，即时有人重新定义此常量值，编译器也不会警告，这将导致应用内常量值不一致。
(1) 编译器处理方式不同
define宏是在预处理阶段展开。
const常量是编译运行阶段使用。
(2) 类型和安全检查不同
define宏没有类型，不做任何类型检查，仅仅是展开。
const常量有具体的类型，在编译阶段会执行类型检查。
(3) 存储方式不同
define宏仅仅是展开，有多少地方使用，就展开多少次，不会分配内存。（宏定义不分配内存，变量定义分配内存。）如果是字符串类型，取的时候只需要给前面地址，如果是整形、浮点型会有多份拷贝，但这些数写在指令中。占的只是代码段而已，大量用宏会导致二进制文件变大
const常量会在内存中分配(可以是堆中也可以是栈中)。共享一块内存空间，就算项目中N处用到，也不会分配N块内存空间。
(4)const 可以节省空间，避免不必要的内存分配。
二、const的使用
1、注意常量名称
static const NSTimeInterval kAninationDuration = 0.3
若常量局限于某“编译单元”（translation unit，也就是“实现文件”implementation file）之内，则在前面加上字母k；
若常量在类之外可见，则通常以类名为前缀。
2、变量一定要同时用static和const来声明。如果试图修改有const修饰的变量，那么编译器就会报错。而static修饰符则意味着该变量仅在定义变量的编译单元可见。编译器每收到一个编译单元，就会输出一份“目标文件”（object file）。那么如果声明上述变量不加static修饰，则编译器会为他创建一个“外部符号”（external symbol）。此时若是另一个编译单元也声明了同名变量，那么编译器就会报错。
实际上，如果变量既声明为static又声明为const，那么编译器根本不会创建符号，而是会像#define预处理指令一样，把所有遇到的变量都替换成常值。不过这种定义方法的常量带有类型信息。
那么有时候如果需要公开常量的时候。那么此类常量需要放在“全局符号表”（global symbol table）中，以便可以在定义该常量的编译单元之外使用。
// In the header file
extern NSString *const XYZStringConstant;
//In the implementation file
NSString *const XYZStringConstant = @"VALUE";
这个变量声明在头文件，且在实现文件“定义”。注意const修饰符在常量类型中的位置。常量定义应该从右至左阅读，所以，EOCStringConstant就是“一个常量，而这个常量是指针，只想NSString对象”，这与需求相符。
3、注意const修饰符在常量类型中的位置。
const只修饰它右边的内容，被const修饰的内容都是常量
