爲什麼編譯器報告SDWebImageManager的defaultCachePathForKey找不到？

Question

我看到編譯器警告「實例方法-cacheKeyForURL未發現」和「實例方法-defaultCachePathForKey沒有發現」，在下面的代碼：

SDWebImageManager *manager = [SDWebImageManager sharedManager]; 
NSString *cacheKey = [manager cacheKeyForURL:[NSURL URLWithString:imageUrl]]; 
NSString *cachePath = [[manager imageCache] defaultCachePathForKey:cacheKey]; 

然而顯然，這些方法定義。這裏，例如，是method definition in SDImageCache.h：

/** 
* Get the default cache path for a certain key 
* 
* @param key the key (can be obtained from url using cacheKeyForURL) 
* 
* @return the default cache path 
*/ 
- (NSString *)defaultCachePathForKey:(NSString *)key; 

在我的代碼文件，我包括從SDWebImage項目相關文件的頂部：

#import <SDWebImage/UIImageView+WebCache.h> 
#import <SDWebImage/SDImageCache.h> 
#import <SDWebImage/SDWebImageManager.h> 

而且，在SDWebImageManager.h和sharedImageManageris defined編譯器沒有發現它的問題。我只在第二和第三行發出警告。

我的代碼運行良好，這些方法都可以正常工作而不會崩潰。爲什麼編譯器告訴我它找不到它？

我正在運行XCode 6，僅針對Active Architecture Only，iPhone 6模擬器進行編譯。

UPDATE

當我編譯配送，「所有結構」，一下子就可以找到cacheKeyForURL和defaultCachePathForKey，沒有問題，但setImageWithURL現在已經過時？

我確實看到了deprecation warnings in UIImageView+WebCache.h，但我只是超級困惑，爲什麼建設這些不同的架構被打開/關閉各種編譯器警告時似乎SDWebImage的頭文件不具有任何體系結構特定於他們。

Answer 1

我通過更仔細地檢查「Report Navigator」（neéLog Navigator）中的錯誤來解決這個問題。

事實證明，有在「導出數據」文件夾中的一些很老的SDWebImageManager.h文件，它被選擇來鏈接。不清楚爲什麼他們沒有離開我的項目清理。 （可能與我通過Cocoapods從子模塊遷移到包括SDWebImage的事實有關？）

I used this answer on Stack Overflow導航到我的DerivedData文件夾，然後手動刪除我的項目的子文件夾。這樣做之後，該項目現在可以成功建立，而不會產生虛假警告。