前言
之前寫過這樣一篇文章：
文中提到了在iOS10中雅倒，關(guān)于系統(tǒng)API里CAAnimationDelegate協(xié)議的一些變化以及一種較為妥協(xié)的的適配寫法捂寿。此文是基于上文的一個補充和完善，并提出一些相對更為完善的寫法吸申。
為了方便和節(jié)省大家的時間，先在此直接給出下文中提到的一種最簡單的寫法，對于探究過程沒有興趣的可以直接忽略下文（但是還是強烈建議看看孟抗，一方面這么寫一項都不能缺省是有重要原因的润匙，另一方面如果你還有其他想法诗眨，歡迎據(jù)此給出指正或建議）
#if defined(__IPHONE_10_0) && (__IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0)
@interface ViewController () <CALayerDelegate>
#else
@interface ViewController ()
#endif
@end
1.起因
寫這篇文章的起因是前陣子在寫一個demo時，用到了CALayerDelegate的相關(guān)協(xié)議方法孕讳，并遇到了和CAAnimationDelegate一樣的情況匠楚，警告。
查看API厂财，也看到了類似的變化：
再對比下10以前的：
同樣的變化芋簿，由基類的分類這種非正式協(xié)議，變成了正式的協(xié)議聲明璃饱。再看下這個代理的前后變化：
本來也是直接按照之前的方式來解決這個警告的与斤，但是細想下來，不知道這樣的變化還有多少荚恶，只是目前遇到的撩穿，都只是QuartzCore框架下的。這或許是蘋果在規(guī)范自己的API谒撼？
2.關(guān)于這里的適配
這里說的適配食寡，并不是像適配某一個方法是否兼容某一系統(tǒng)版本那樣的適配，因為那種版本適配不做的話嗤栓，影響的是APP的兼容性冻河。而這里的適配箍邮，并不會影響APP的兼容性，有試過直接用低版本真機編譯這些未經(jīng)適配的協(xié)議代碼叨叙，執(zhí)行并不會有什么影響锭弊。具體機理我并不能說太清楚，但是畢竟這只是一種針對原有API的修改擂错，而不是新增味滞。（其實我一直是很好奇像NS_AVAILABLE_IOS這類相關(guān)的宏標示的方法和其指定的低版本系統(tǒng)不兼容的原因，是系統(tǒng)執(zhí)行這些代碼時會遇到什么問題嗎钮呀？求解剑鞍。）
那么做這樣的適配意義又何在？
開發(fā)兼容爽醋。
一個團隊協(xié)作開發(fā)蚁署，可能因為各種原因，每個人的xcode版本并不能保持一致（適配iOS7及以下的機器用xcode8調(diào)試不了蚂四、低版本系統(tǒng)的mac裝不了新的xcode……）光戈。
還有就是我們在寫一些開源三方時，不做這樣的兼容適配遂赠，有些使用低版本xcode的開發(fā)者久妆，在使用你的代碼時，可能會因此報錯跷睦，從而造成一些不必要的麻煩筷弦。
3.更好的適配寫法
這里的更好，是相對之前那篇文章來的抑诸。
之前那樣寫烂琴，是因為不能確定開發(fā)者xcode版本，從而不能直接使用__IPHONE_10_0這類宏哼鬓。
3.1.嘗試的方案一
#if (__IPHONE_OS_VERSION_MAX_ALLOWED == __IPHONE_10_0) || (__IPHONE_OS_VERSION_MAX_ALLOWED == __IPHONE_10_1)
@interface ViewController () <CALayerDelegate>
#else
@interface ViewController ()
#endif
@end
既然不能確定__IPHONE_10_0宏是否存在监右，從而不能直接寫__IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0這樣的判定語句（因為若__IPHONE_10_0宏不存在，這個邏輯恒成立從而無效）异希，那么改為判等應(yīng)該就沒問題了健盒，可惜因為10.1也出來了，只能增加或邏輯称簿。不過扣癣，這樣做，同樣帶來了維護的代價憨降，系統(tǒng)肯定是要持續(xù)迭代的父虑，每次迭代都要新增或條件，這樣做麻煩不說授药，風險也是遠大于之前的做法的士嚎。呜魄。。
3.2.改進的方案二
#ifdef __IPHONE_10_0
@interface ViewController () <CALayerDelegate>
#else
@interface ViewController ()
#endif
@end
既然是因為無法判斷__IPHONE_10_0宏是否存在莱衩，那么就以此為條件豈不是正好爵嗅？而且這類宏是隨版本迭代持續(xù)遞增的，那么只要__IPHONE_10_0存在笨蚁，應(yīng)該就可以確認xcode版本至少是8睹晒，畢竟__IPHONE_10_1肯定是之后出現(xiàn)的。
然而括细，經(jīng)過實際實驗……在xcode7.3.1上依舊報錯：CALayerDelegate協(xié)議不存在伪很，#ifdef條件分支依舊參與編譯了……why？奋单？锉试？
首先這樣的邏輯應(yīng)該是沒問題的，那就查看xcode7.3.1的API吧辱匿。果然键痛，在CABase.h文件中發(fā)現(xiàn)了這樣的一段定義：
什么鬼炫彩？匾七？？9.3.1還要涉及10.0了江兢？難怪之前的條件可以成立……
再次翻看xcode8.1中關(guān)于CABase.h中的相關(guān)部分昨忆，好嘛，這些已經(jīng)全都沒有了杉允，整個頭文件的宏定義改了一大半邑贴，基本“面目全非”了，果然是善變啊……
3.3.完善的方案三
有了之前兩次嘗試叔磷，方案三應(yīng)運而生拢驾，也就是文章開頭的那個了：
#if defined(__IPHONE_10_0) && (__IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0)
@interface ViewController () <CALayerDelegate>
#else
@interface ViewController ()
#endif
@end
這就是為什么開頭有提到，一項都不能缺省改基，否則后果見方案二繁疤。
這里除了判斷__IPHONE_10_0宏是否定義，還判斷了當前系統(tǒng)的版本是否是大于10.0的秕狰，其實主要是為了判斷xcode的版本是否是大于8.0的（第2部分提到的開發(fā)適配）稠腊。
#if defined(__IPHONE_10_0)這個等效于#if defined __IPHONE_10_0，也就是我們通常寫的#ifdef __IPHONE_10_0的簡化后的單條件版本鸣哀，用#if defined更為靈活架忌，可以判斷多個條件。
當然這里也可以根據(jù)習慣拆開寫我衬，即先寫#ifdef __IPHONE_10_0叹放，再寫#if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0饰恕，只是多了幾步，意思相同井仰。
至此懂盐，針對這部分的適配結(jié)束了。最終的方案應(yīng)該是較為完善的了糕档，目前也沒有想到更合適的了莉恼。實際使用測試，還沒有發(fā)現(xiàn)什么問題速那，如果你遇到了俐银，歡迎及時反饋。
參考文章：
1.C語言的條件編譯#if端仰， #elif捶惜， #else， #endif荔烧、#ifdef吱七， #ifndef
2.#if、#ifdef鹤竭、#if defined之間的區(qū)別
3.#if defined和#if !defined(c語言的宏定義)
