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))
假設(shè)我們這樣寫：
NSString *versionPath = @keypath(NSObject, version);
NSLog(@"%@", versionPath); // version
我們來(lái)分析一下牵啦，為什么@keypath(NSObject, version)就變成了字符串@"version"
由于我們傳了兩個(gè)參數(shù)：NSObject & version, 所以會(huì)走宏：
#define keypath2(OBJ, PATH) \
(((void)(NO && ((void)OBJ.PATH, NO)), # PATH))
這里面OBJ->NSObject, PATH->version
- 加void是為了防止逗號(hào)表達(dá)式warning, 例如：
int a=0; int b = 1;
int c = (a,b);
由于a沒(méi)有被用到，所以會(huì)有警告。但是寫成如下的樣子就不會(huì)出現(xiàn)警告了：
int c = ((void)a,b);
所以上面加了幾個(gè)void就是為了防止出現(xiàn)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)的時(shí)候把void去掉：
#define ZZ_KEY_PATH(OBJ, PATH) \
(((NO && (OBJ.PATH, NO)), # PATH))
程序運(yùn)行不受影響贞岭，但編譯器就會(huì)提示警告：
這就是上面的宏定義加void的原因
- 加NO是C語(yǔ)言判斷條件短路表達(dá)式无埃。增加NO && 以后鹦付，預(yù)編譯的時(shí)候看見(jiàn)了NO屎即，就會(huì)很快的跳過(guò)判斷條件贡翘。即：
#define keypath2(OBJ, PATH) \
(((void)(NO && ((void)OBJ.PATH, NO)), # PATH))
其最終結(jié)果相當(dāng)于：#path
但是為什么要加這個(gè)NO蚜厉，這是因?yàn)闉榱舜a提示长已，有了OBJ.PATH，由于這里的點(diǎn)昼牛，所以輸入第二個(gè)參數(shù)時(shí)編輯器會(huì)給出正確的代碼提示(關(guān)于代碼提示等下還會(huì)說(shuō))
3.) # PATH, 這個(gè)#操作符可以在預(yù)處理階段將后面的宏參數(shù)展開為一個(gè)C的字符串常量术瓮，比如：
#define ZZ_STR(s) # s
NSString *str = @ZZ_STR(我的心太亂);
NSLog(@"%@", str);
@, @keypath加這個(gè)@是因?yàn)楹甓xkeypath生成了一個(gè)C字符串，加上@即OC字符串贰健，就像上面的ZZ_STR(s) #s -> @ZZ_STR(s) -> @#s -> @"s表示的字符串"
關(guān)于keypath1的strchr(# PATH, '.')
#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))
strchar函數(shù)是C中<string.h>中定義的函數(shù)胞四，用來(lái)查找某字符在字符串中首次出現(xiàn)的位置，其原型為：
char * strchr (const char *str, int c);
【參數(shù)】str 為字符串伶椿，c 為要查找的字符辜伟。
strchr() 將會(huì)找出 str 字符串中第一次出現(xiàn)的字符 c 的地址，然后將該地址返回悬垃。
注意：字符串 str 的結(jié)束標(biāo)志 NUL 也會(huì)被納入檢索范圍游昼，所以 str 的組后一個(gè)字符也可以被定位。
【返回值】如果找到指定的字符則返回該字符所在地址尝蠕，否則返回 NULL烘豌。
返回的地址是字符串在內(nèi)存中隨機(jī)分配的地址再加上你所搜索的字符在字符串位置。設(shè)字符在字符串中首次出現(xiàn)的位置為 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;
}
也就是說(shuō)囚聚，strchr(str, 'c'), 返回的是一個(gè)C字符串，這個(gè)字符串從找到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;
}
再來(lái)看keypath1的宏定義：
#define keypath1(PATH) \
(((void)(NO && ((void)PATH, NO)), strchr(# PATH, '.') + 1))
我們先把它簡(jiǎn)化一下為：
#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;
}
- 關(guān)于代碼提示
為什么在輸入keypath1或keypath2宏的時(shí)候标锄，會(huì)出現(xiàn)代碼提示顽铸？并且編譯器可以檢測(cè)到是否合法。
來(lái)看示例：
#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)); // 編譯不通過(guò)：Use of undeclared identifier 'Hello'
return 0;
}
keypath1編譯不通過(guò)料皇，這是因?yàn)槎禾?hào)表達(dá)式的第一項(xiàng)：
((void)(NO && ((void)PATH, NO))
即谓松，如果PATH輸入的是Hello.china.shanghai, 它就會(huì)作為表達(dá)式的一部分，它不是一個(gè)合法的表達(dá)式践剂，因此編譯不通過(guò)鬼譬。
另外再說(shuō)一下代碼提示：
之所以會(huì)提示，也是由于這個(gè)表達(dá)式的原因逊脯。只要是作為表達(dá)式的一部分优质，XCode工具自動(dòng)會(huì)提示, 這并沒(méi)有什么神奇的地方：
END
