RAC宏分析8:@keypath

Created by 大刘 liuxing8807@126.com

参考:
https://juejin.im/post/58a0781861ff4b006b4cfe30
http://lldong.github.io/2014/02/24/key-paths-validation.html
https://onevcat.com/2014/01/black-magic-in-macro/

#define keypath(...) \
metamacro_if_eq(1, metamacro_argcount(__VA_ARGS__))(keypath1(__VA_ARGS__))(keypath2(__VA_ARGS__))

#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))

#define keypath2(OBJ, PATH) \
(((void)(NO && ((void)OBJ.PATH, NO)), # PATH))

假设我们这样写:

NSString *versionPath = @keypath(NSObject, version);
NSLog(@"%@", versionPath); // version

我们来分析一下,为什么@keypath(NSObject, version)就变成了字符串@"version"
由于我们传了两个参数:NSObject & version, 所以会走宏:

#define keypath2(OBJ, PATH) \
(((void)(NO && ((void)OBJ.PATH, NO)), # PATH))

这里面OBJ->NSObject, PATH->version

  1. 加void是为了防止逗号表达式warning, 例如:
    int a=0; int b = 1;
    int c = (a,b);
    由于a没有被用到,所以会有警告。但是写成如下的样子就不会出现警告了:
    int c = ((void)a,b);
    所以上面加了几个void就是为了防止出现warning.

比如我们仿照着这种写法定义自己的宏:

#define ZZ_KEY_PATH(OBJ, PATH) \
(((NO && ((void)OBJ.PATH, NO)), # PATH))
    
    NSString *s = @ZZ_KEY_PATH(self.view, backgroundColor);
    NSLog(@"%@", s); // backgroundColor

如果在写宏ZZ_KEY_PATH(OBJ, PATH)的时候把void去掉:

#define ZZ_KEY_PATH(OBJ, PATH) \
(((NO && (OBJ.PATH, NO)), # PATH))

程序运行不受影响,但编译器就会提示警告:


image.png

这就是上面的宏定义加void的原因

  1. 加NO是C语言判断条件短路表达式。增加NO && 以后,预编译的时候看见了NO,就会很快的跳过判断条件。即:
#define keypath2(OBJ, PATH) \
(((void)(NO && ((void)OBJ.PATH, NO)), # PATH))
其最终结果相当于:#path
但是为什么要加这个NO,这是因为为了代码提示,有了OBJ.PATH,由于这里的点,所以输入第二个参数时编辑器会给出正确的代码提示(关于代码提示等下还会说)

3.) # PATH, 这个#操作符可以在预处理阶段将后面的宏参数展开为一个C的字符串常量,比如:

#define ZZ_STR(s) # s
NSString *str = @ZZ_STR(我的心太乱);
NSLog(@"%@", str);
  1. @, @keypath加这个@是因为宏定义keypath生成了一个C字符串,加上@即OC字符串,就像上面的ZZ_STR(s) #s -> @ZZ_STR(s) -> @#s -> @"s表示的字符串"

  2. 关于keypath1的strchr(# PATH, '.')

#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))

strchar函数是C中<string.h>中定义的函数,用来查找某字符在字符串中首次出现的位置,其原型为:
char * strchr (const char *str, int c);
【参数】str 为字符串,c 为要查找的字符。
strchr() 将会找出 str 字符串中第一次出现的字符 c 的地址,然后将该地址返回。
注意:字符串 str 的结束标志 NUL 也会被纳入检索范围,所以 str 的组后一个字符也可以被定位。
【返回值】如果找到指定的字符则返回该字符所在地址,否则返回 NULL。
返回的地址是字符串在内存中随机分配的地址再加上你所搜索的字符在字符串位置。设字符在字符串中首次出现的位置为 i,那么返回的地址可以理解为 str + i。

示例:

#include <stdio.h>
#include <string.h>

int main(int argc, const char * argv[]) {
    const char *s = "Hello world, hello china!";
    char *p = strchr(s, 'e');
    printf("%p\n", s); // 0x100000f8c
    printf("%p\n", p); // 0x100000f8d
    printf("%s\n", p); // ello world, hello china!
    return 0;
}

也就是说,strchr(str, 'c'), 返回的是一个C字符串,这个字符串从找到str中为‘c’的字符开始往后:

#define ZZ_KEY_PATH(PATH) \
strchr(# PATH, '.')

int main(int argc, const char * argv[]) {
    printf("%s\n", strchr("Hello.china.shanghai", '.')); // .china.shanghai
    printf("%s\n", ZZ_KEY_PATH(Hello.china.shanghai)); // .china.shanghai
    return 0;
}

再来看keypath1的宏定义:

#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))
我们先把它简化一下为:
#define keypath1(PATH) \
strchr(# PATH, '.') + 1)

#include <stdio.h>
#include <string.h>

#define keypath1(PATH) \
strchr(# PATH, '.') + 1

int main(int argc, const char * argv[]) {
    printf("%s\n", keypath1(Hello.china.shanghai)); // china.shanghai
    return 0;
}
  1. 关于代码提示
    为什么在输入keypath1或keypath2宏的时候,会出现代码提示?并且编译器可以检测到是否合法。
    来看示例:
#include <stdio.h>
#include <string.h>

#define my_keypath1(PATH) \
strchr(# PATH, '.') + 1

#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))

int main(int argc, const char * argv[]) {
    printf("%s\n", my_keypath1(Hello.china.shanghai)); // china.shanghai
    printf("%s\n", keypath1(Hello.china.shanghai)); // 编译不通过:Use of undeclared identifier 'Hello'
    return 0;
}

keypath1编译不通过,这是因为逗号表达式的第一项:
((void)(NO && ((void)PATH, NO))
即,如果PATH输入的是Hello.china.shanghai, 它就会作为表达式的一部分,它不是一个合法的表达式,因此编译不通过。
另外再说一下代码提示:

image111.png

之所以会提示,也是由于这个表达式的原因。只要是作为表达式的一部分,XCode工具自动会提示, 这并没有什么神奇的地方:

image222.png

END

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

推荐阅读更多精彩内容