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

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

#define ANIMATION_DURATION 3.3

这条预处理命令会把源代码中的ANIMATION_DURATION字符串替换为3.3.不过这样做并不优雅.原因是:

  • 这样定义出来的常量没有类型信息(持续一词应该与时间有关,但是未指明)
  • 预处理命令会把所有的ANIMATION_DURATION全部替换成3.3(假设此命令声明在头文件里,那么所有引入这个头文件的代码,其ANIMATION_DURATION都会被替换)

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

static const NSTimeInterval kAnimationDuration = 3.3

这样定义常量,好处不言而喻.这里还要注意的是常用的命名方法:若常量局限于某"编译单元"(实现文件.m)内,则在前面加字母k,若是常量在类之外可见,则通常以类名为前缀.同时定义常量的位置也很重要,我们常常喜欢在头文件里声明预处理命令,这样做真的是糟糕透了.特别是当常量名称可能相互冲突时更是令人抓狂.

比如ANIMATION_DURATION这个常量名就不该用在头文件中,因为所有引入此头文件的其他文件中都会出现这个名字.其实就连用static const定义的那个常量也不应该出现在头文件里.以为OC中是没有"名称空间"这一概念的.所有这样做等于声明了一个kAnimationDuration全局变量(准确的讲应该加上类名CWGViewClassAnimationDuration).当然如果不打算公开某个常量.则应该将其定义到实现文件.m中.

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

duplicate symbol _kAnimationDuration in:
   CWGAnimatedView.o
   CWGOtherView.o

但是一个变量即声明为:static,又声明为const,那么编译器就不会创建外部符号.

有时候我们需要对外公开某个常量,比方说,在类代码中调用NSNotificationCenter以通知他人,用一个对象来派发通知,令其他要接收通知的对象向该对象注册,这样就能实现此功能了,派发通知时,需要使用字符串来表示此项通知的名称,而这个名字就可以声明为一个对外可见的常值变量,这样的话,注册者无需知道实际字符串值,只需以常值变量来注册自己想要接受的通知即可.

此类常量需要放在"全局符号表"中,以便可以在定义该常量的编译单元之外使用.

// 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;

这个常量在头文件中"声明",且在实现文件中"定义".注意const修饰符的位置,常量定义应该从右至左解读,所以在示例中,CWGStringConstant就是"一个常量, 而这个常量是指针, 指向NSString对象".这与需求是相符的,因为我们不希望有人改变此指针常量.使其指向另外一个NSString对象.

还要说一点就是因为符号要放在全局符号表中,所以一定要注意常量的命名规范.避免名称冲突,最好使用与之相关的类名做前缀.系统框架中一般都是这么做的.

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

总结:

  • 不要使用#define预处理指令来定义常量,因为这样的常量不包括类型信息,编译器只会在编译前执行查找和替换操作,即使有人重新定义了常量值,编译器也不会发出警告,这样会导致应用程序中的常量值不一致.

  • 在实现文件.m中使用static const来定义"只在编译单元张可见的常量",由于此类常量不在全局符号表中,所以无须为其名称加前缀.

  • 在头文件中使用extern来声明全局常量,并在相关文件中定义其值,这种常量要出现在全局符号表中,所以其名称应该加以区分,通常用与之相关的类名做前缀.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,362评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,330评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,247评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,560评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,580评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,569评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,929评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,587评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,840评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,596评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,678评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,366评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,945评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,929评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,165评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,271评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,403评论 2 342

推荐阅读更多精彩内容