Xcode6编译SDWebImage报错原因分析(SDWebImageDownloaderOperation.m错误)

标签：xcode6   sdwebimage   undeclared   sdwebimagedownloader   

之前写了一片关于编译SDWebImage报错解决方法的文章：

http://blog.csdn.net/cuibo1123/article/details/39434015

结果很多人问这个问题的原因，那就在这里给大家说一说好了，分析思路一并送上（不过我还是建议大家自己动手去分析）。

首先，如果新建工程，按照SDWebImage的方式声明输出口并引用：

1. @interface ZCTest ()  
2.     @property (assign, nonatomic, getter = isExecuting) BOOL executing;  
3.     @property (assign, nonatomic, getter = isFinished) BOOL finished;  
4. @end  
5.   
6. @implementation ZCTest  
7. - (id)init  
8. {  
9.     if ((self = [super init]))  
10.     {  
11.         _executing = NO;  
12.         _finished = NO;  
13.     }  
14.     return self;  
15. }  
16. @end  

这段代码不会出现任何问题，并可以编译正常。

那么，为什么同样的代码在SDWebImage里却有如下提示？

    Use of undeclared identifier ‘_executing‘；
    Use of undeclared identifier ‘_finished‘；

思路就是去找SDWebImage的SDWebImageDownloaderOperation类和自己的代码有什么不同。很容易发现，SDWebImageDownloaderOperation继承的父类是NSOperation，那么，把我们自己的测试代码也继承自NSOperation，你会发现测试代码这时会报同样的错误了。好了，原因定位在NSOperation，看看这个接口吧，打开NSOperation.h，在声明中会发现如下两行：

    @property (readonly, getter=isExecuting) BOOL executing;

    @property (readonly, getter=isFinished) BOOL finished;

好了，问题就出在这里。NSOperation里声明了两个同名属性，并且是readonly，所以在SDWebImageDownloaderOperation里使用_executing = NO修改就会提示错误了，而在SDWebImageDownloaderOperation的扩展中使用assign优先级是低于继承的(猜测)。这就是问题的由来。

至于老版本的xcode为什么不报错，这可能要归结到xcode本身了，或许老版本声明readonly模式同样会产生_executing，但是xcode6在readonly模式时优化掉了_executing变量，有兴趣可以自行试验或者看编译过程文件。这里就不继续解读了。

原创内容，转载请注明出处：http://blog.csdn.net/cuibo1123

^^

Xcode6编译SDWebImage报错原因分析(SDWebImageDownloaderOperation.m错误)

标签：xcode6   sdwebimage   undeclared   sdwebimagedownloader   

原文地址：http://blog.csdn.net/cuibo1123/article/details/41590899