iOS10 CAAnimationDelegate 的简单适配

   <h2>前言</h2>    <p>最近关于适配iOS10的文章有很多，内容覆盖的点都差不多，只是详略差异，本文只提一个简单的点： CAAnimationDelegate 的适配，像这样的点，iOS10中有很多，都是坑。。。</p>    <h2>1.iOS10中CAAnimationDelegate的警告</h2>    <p>原有的工程用xcode8打开编译后，莫名的增加了许多警告，其中关于动画的警告有这样一个，虽然运行后发现并没有什么影响，但还是要探究一下：</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/96287b76a4bff31ffed3d714a35701ca.png"></p>    <p>举个</p>    <p>关于警告的原因可以参考：</p>    <p><a href="/misc/goto?guid=4959727874726808643" rel="nofollow,noindex">IOS Assigning to ‘id’ from incompatible type…解决办法</a></p>    <p>在这里的原因就很明了了，动画的代理没有遵循协议。</p>    <p>于是：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4171062f3ef4976569019609b0eb0181.png"></p>    <p>接着举</p>    <p>警告消除，万事大吉~</p>    <p>等下，真的就这么万事大吉了？把这段代码再用xcode7编译一下试试。。。报错了。。。。。。为什么呢？</p>    <p>仔细想下，在iOS10之前写动画的协议方法，从来就没记得要去遵循系统的动画代理，iOS10偏偏又因为这里给了个警告，还是先仔细对比下API吧：</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/2022c553b74fcc8af9edaf1c67509614.png"></p>    <p>iOS9以前的CAAnimationDelegate</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/41d28a7eae764fb067d330ab73b47231.png"></p>    <p>iOS10以后的CAAnimationDelegate</p>    <p>真的是有变化的，iOS10之前， CAAnimationDelegate 只是基类的分类方法，是扩展，至于为什么也要像协议方法那样指定代理对象，应该是和其内部实现有关（只是用该指针在内部调用对应类的方法），需要代理对象。但在iOS10以后， CAAnimationDelegate 从分类蜕变为独立的协议方法了，所以不遵循协议，就给了警告。仔细观察一下 CAAnimationDelegate 的 delegate 对象，它一直是一个 strong 类型，一般代理变量不都是 weak 吗？关于这点，本人只是结合API的注释理解为：animation是跟随layer->view的生命周期的，需要特定的设置释放，所以循环引用的问题不作考虑。</p>    <p>好吧，由于本人对于代理模式的理解并没有那么深刻，上述臆测多少是有偏差甚至是错误的，还望斧正。</p>    <h2>2.iOS10中CAAnimationDelegate的适配</h2>    <p>上面啰嗦了一堆没有什么“价值”的东西，还是切入主题，说说怎么适配这个新特性吧。</p>    <p>关于这样的新特性，本人用了下面的方式去进行版本适配，不知道方法算不算好，但是有效：</p>    <p>利用 __IPHONE_OS_VERSION_MAX_ALLOWED 系统宏进行条件编译，做法如下：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/ff0b4e942dc508c9394a28cda9dab3d2.png"></p>    <p>还是个</p>    <p>这样，在不同版本的环境下运行就做了区分，再等等……xcode7上编译还是报错，这段代码有什么问题吗？</p>    <pre>  <code class="language-objectivec">  #if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0    @interface ViewController ()     #else    @interface ViewController ()    #endif  </code></pre>    <p>有！问题在于 __IPHONE_10_0 这个宏，这个宏代表了系统版本，每次系统跟新，宏也会对应增加新的，看下其定义：</p>    <pre>  <code class="language-objectivec">  #define __IPHONE_9_3      90300    #define __IPHONE_10_0    100000  </code></pre>    <p>这就是问题所在了，因为旧版本的API中，下面关于iOS10这句版本宏定义，根本不存在，也就是说， #if __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_10_0 这句在xcode8之前的版本上运行，是个恒成立的条件。。。条件编译的限制也就失去了本来的意义。。。</p>    <p>所以应该这么写就对了：</p>    <pre>  <code class="language-objectivec">  #if __IPHONE_OS_VERSION_MAX_ALLOWED >= 100000    @interface ViewController ()     #else    @interface ViewController ()    #endif  </code></pre>    <p>这样做，就不会有问题了，将对应的版本号宏直接写成对应的数，但是这也存在一定的风险：就是 __IPHONE_10_0 这个宏的具体对应值是否会因为api的又一次升级而改变，这个很难说，至少之前都是比较稳定的，只是对应增加，而没有变化，但这毕竟是人家在维护的东西， 如果直接用对应的值，在每次系统升级时，做一下检查是十分有必要的！</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/f01a978ea73b0de744c373b7d21d5f1d.png"></p>    <p>__IPHONE_NA</p>    <p>所以前面提到，这样做适配，可能并不是一个好的办法，当然如果不嫌麻烦，反着来，多写几句条件编译的逻辑，就可以避免直接用上面的宏所对应的值，但是这意味着要考虑自己的工程兼容到的最低的系统版本了，写起来应该会很。。。</p>    <p>下面是与本文相关的一个简单的Demo，有兴趣的可以参考下：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/48ad50e8b564326fa7b7cee1138464fe.gif"></p>    <p>如果你有更好的方式来解决这个适配的问题，欢迎在评论区留言讨论。</p>    <p> </p>    <p>来自：http://ios.jobbole.com/91169/</p>    <p> </p>