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

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

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

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

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

  1. @interface ZCTest ()  
  2.     @property (assign, nonatomicgetter = isExecuting) BOOL executing;  
  3.     @property (assign, nonatomicgetter = 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

^^


  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值