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