4：多用类型常量, 少用#define预处理命令

在开发中我们经常要定义常量,比如设定一个动画执行的时间,一般我们会这样写:

#define ANIMATION_DURATION 3.3

define 使用方便但是存在问题

宏作用在预编译时期, 其真正的效果就是代码替换, 而且是直接替换(内联函数!!!).这条预处理命令会把源代码中的ANIMATION_DURATION字符串替换为3.3.不过这样做并不优雅.原因是:

• 这样定义出来的常量没有类型信息,只是在预处理器里进行文本替换，不做任何类型检查

• 预处理命令会把所有的ANIMATION_DURATION全部替换成3.3(假设此命令声明在头文件里,那么所有引入这个头文件的代码,其ANIMATION_DURATION都会被替换)

更好的替代方案

有个办法比用预处理命令来定义常量好,比如我们定义了一个类型为NSTimeInterval的常量:

static const NSTimeInterval kAnimationDuration = 3.3

• 注意常用的命名方法:

若常量局限于某"编译单元"(实现文件.m)内,则在前面加字母k,若是常量在类之外可见,则通常以类名为前缀.

• 定义常量的位置（尽量放在.m文件中）

同时定义常量的位置也很重要,在头文件里声明预处理命令,常量名称可能相互冲突时会产生问题.比如ANIMATION_DURATION这个常量名就不该用在头文件中,因为所有引入此头文件的其他文件中都会出现这个名字.static const定义的常量也不应该出现在头文件里.因为OC中是没有"名称空间"这一概念的.所有这样做等于声明了一个kAnimationDuration全局变量.当然如果不打算公开某个常量.则应该将其定义到实现文件.m中.

static const 常量注意点

变量一定要同时使用static和const来声明:
1.如果试图修改由const修饰符声明的变量,编译器会报错的,有时这正是我们想要的结果，我们期望的是一个定值不需要改变。
2.static修饰符意味着定义的变量仅在定义此变量的"编译单元"可见.在OC中,"编译单元"一词通常指每个类的实现文件.m.因此在代码中声明一个kAnimationDuration变量,其作用域仅限于由CWGAnimatedView.m所生产的目标文件假如声明时不带static,那么编译器就会创建一个外部符号,此时若另外一个编译单元中也声明了同名变量,那么编译器就会抛出一条错误信息:

duplicate symbol _kAnimationDuration in:
 CWGAnimatedView.o
 CWGOtherView.o

3.有时候我们需要对外公开某个常量,使用extern这个常量在头文件中"声明",且在实现文件中"定义".

// In the header file(.h)
extern NSString *const CWGViewStringConstant;
extern const NSTimeInterval CWGAnimationViewDuration;
// In the implementation file(.m)
NSString *const CWGViewStringConstant = @"VALUE";
const NSTimeInterval CWGAnimationViewDuration = 3.3;

使用上述定义常量的方法,编译器会确保常量值不变,而采用#define预处理指令定义的常量可能会无意中被他人修改.从而导致各个部分引用的值不同,引起难以排查的bug.

总结:

• 不要使用#define预处理指令来定义常量,因为这样的常量不包括类型信息,编译器只会在编译前执行查找和替换操作,即使有人重新定义了常量值,编译器也不会发出警告,这样会导致应用程序中的常量值不一致.
• 在实现文件.m中使用static const来定义"只在编译单元张可见的常量",由于此类常量不在全局符号表中,所以无须为其名称加前缀.
• 在头文件中使用extern来声明全局常量,并在相关文件中定义其值,这种常量要出现在全局符号表中,所以其名称应该加以区分,通常用与之相关的类名做前缀.