前言
最近關(guān)于適配iOS10的文章有很多，內(nèi)容覆蓋的點(diǎn)都差不多，只是詳略差異，本文只提一個(gè)簡單的點(diǎn)：CAAnimationDelegate的適配，像這樣的點(diǎn)，iOS10中有很多，都是坑。。。
1.iOS10中CAAnimationDelegate的警告
原有的工程用xcode8打開編譯后，莫名的增加了許多警告，其中關(guān)于動(dòng)畫的警告有這樣一個(gè)，雖然運(yùn)行后發(fā)現(xiàn)并沒有什么影響，但還是要探究一下：
關(guān)于警告的原因可以參考：
IOS Assigning to 'id<Delegate>' from incompatible type...解決辦法
在這里的原因就很明了了，動(dòng)畫的代理沒有遵循協(xié)議。
于是：
警告消除，萬事大吉~
等下，真的就這么萬事大吉了？把這段代碼再用xcode7編譯一下試試。。。報(bào)錯(cuò)了。。。。。。為什么呢？
仔細(xì)想下，在iOS10之前寫動(dòng)畫的協(xié)議方法，從來就沒記得要去遵循系統(tǒng)的動(dòng)畫代理，iOS10偏偏又因?yàn)檫@里給了個(gè)警告，還是先仔細(xì)對(duì)比下API吧：
真的是有變化的，iOS10之前，CAAnimationDelegate只是基類的分類方法，是擴(kuò)展，至于為什么也要像協(xié)議方法那樣指定代理對(duì)象，應(yīng)該是和其內(nèi)部實(shí)現(xiàn)有關(guān)（只是用該指針在內(nèi)部調(diào)用對(duì)應(yīng)類的方法），需要代理對(duì)象。但在iOS10以后，CAAnimationDelegate從分類蛻變?yōu)楠?dú)立的協(xié)議方法了，所以不遵循協(xié)議，就給了警告。仔細(xì)觀察一下CAAnimationDelegate的delegate對(duì)象，它一直是一個(gè)strong類型，一般代理變量不都是weak嗎？關(guān)于這點(diǎn)，本人只是結(jié)合API的注釋理解為：animation是跟隨layer->view的生命周期的，需要特定的設(shè)置釋放，所以循環(huán)引用的問題不作考慮。
好吧，由于本人對(duì)于代理模式的理解并沒有那么深刻，上述臆測(cè)多少是有偏差甚至是錯(cuò)誤的，還望斧正。
2.iOS10中CAAnimationDelegate的適配
上面啰嗦了一堆沒有什么“價(jià)值”的東西，還是切入主題，說說怎么適配這個(gè)新特性吧。
關(guān)于這樣的新特性，本人用了下面的方式去進(jìn)行版本適配，不知道方法算不算好，但是有效：
利用__IPHONE_OS_VERSION_MAX_ALLOWED系統(tǒng)宏進(jìn)行條件編譯，做法如下：
這樣，在不同版本的環(huán)境下運(yùn)行就做了區(qū)分，再等等……xcode7上編譯還是報(bào)錯(cuò)，這段代碼有什么問題嗎？
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0
@interface ViewController () <CAAnimationDelegate>
#else
@interface ViewController ()
#endif
有！問題在于__IPHONE_10_0這個(gè)宏，這個(gè)宏代表了系統(tǒng)版本，每次系統(tǒng)跟新，宏也會(huì)對(duì)應(yīng)增加新的，看下其定義：
#define __IPHONE_9_3 90300
#define __IPHONE_10_0 100000
這就是問題所在了，因?yàn)榕f版本的API中，下面關(guān)于iOS10這句版本宏定義，根本不存在，也就是說，#if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0這句在xcode8之前的版本上運(yùn)行，是個(gè)恒成立的條件。。。條件編譯的限制也就失去了本來的意義。。。
所以應(yīng)該這么寫就對(duì)了：
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 100000
@interface ViewController () <CAAnimationDelegate>
#else
@interface ViewController ()
#endif
這樣做，就不會(huì)有問題了，將對(duì)應(yīng)的版本號(hào)宏直接寫成對(duì)應(yīng)的數(shù)，但是這也存在一定的風(fēng)險(xiǎn)：就是__IPHONE_10_0這個(gè)宏的具體對(duì)應(yīng)值是否會(huì)因?yàn)閍pi的又一次升級(jí)而改變，這個(gè)很難說，至少之前都是比較穩(wěn)定的，只是對(duì)應(yīng)增加，而沒有變化，但這畢竟是人家在維護(hù)的東西，如果直接用對(duì)應(yīng)的值，在每次系統(tǒng)升級(jí)時(shí)，做一下檢查是十分有必要的！
所以前面提到，這樣做適配，可能并不是一個(gè)好的辦法，當(dāng)然如果不嫌麻煩，反著來，多寫幾句條件編譯的邏輯，就可以避免直接用上面的宏所對(duì)應(yīng)的值，但是這意味著要考慮自己的工程兼容到的最低的系統(tǒng)版本了，寫起來應(yīng)該會(huì)很。。。
下面是與本文相關(guān)的一個(gè)簡單的Demo，有興趣的可以參考下：
如果你有更好的方式來解決這個(gè)適配的問題，歡迎在評(píng)論區(qū)留言討論。
參考文章：
1.IOS Assigning to 'id<Delegate>' from incompatible type...解決辦法
2.iOS不同版本適配問題(#ifdef __IPHONE_7_0)
3.Using SDK-Based Development
4.iOS 【關(guān)于iOS/OS X 一些廢棄API標(biāo)識(shí)】
