mirrors
/
SDWebImage
mirror of https://github.com/SDWebImage/SDWebImage.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
SDWebImage/SDWebImageDownloaderDelegate.h

22 lines
617 B
C
Raw Normal View History

Remove the dirty hack of storing the helper into the first subview of the UIImageView and prevent duplicate downloads of the same URL The helper (now called manager) is now handling the mapping between the UIImageView and its downloader. This way we don't polute the UIImageView, and don't remove its capability to have subviews. This change removes the automatic handling of image placeholder. The placeholder image can be passed as second argument of setImageWithURL:placeholderImage: The manager now handle duplicate downloads for the same URL gracefuly by sharing the same downloader for all requestors. Finaly, the manager handles URLs which can't create an image (HTTP error or invalid format) by flagging them so it won't retry to download them again and again.
2009-09-24 05:22:48 +08:00
/*
* This file is part of the SDWebImage package.
* (c) Olivier Poitrey <rs@dailymotion.com>
*
* For the full copyright and license information, please view the LICENSE
* file that was distributed with this source code.
*/
Added Mac OS X compatibility
2011-03-15 21:05:49 +08:00
#import "SDWebImageCompat.h"
Remove the dirty hack of storing the helper into the first subview of the UIImageView and prevent duplicate downloads of the same URL The helper (now called manager) is now handling the mapping between the UIImageView and its downloader. This way we don't polute the UIImageView, and don't remove its capability to have subviews. This change removes the automatic handling of image placeholder. The placeholder image can be passed as second argument of setImageWithURL:placeholderImage: The manager now handle duplicate downloads for the same URL gracefuly by sharing the same downloader for all requestors. Finaly, the manager handles URLs which can't create an image (HTTP error or invalid format) by flagging them so it won't retry to download them again and again.
2009-09-24 05:22:48 +08:00
@class SDWebImageDownloader;
@protocol SDWebImageDownloaderDelegate <NSObject>
@optional
Do not convert images to JPEG when stored to disk for caching This saves CPU and memory in all cases and alpha channel / image clearness if orignal format was PNG or GIF.
2010-08-29 08:56:47 +08:00
- (void)imageDownloaderDidFinish:(SDWebImageDownloader *)downloader;
Remove the dirty hack of storing the helper into the first subview of the UIImageView and prevent duplicate downloads of the same URL The helper (now called manager) is now handling the mapping between the UIImageView and its downloader. This way we don't polute the UIImageView, and don't remove its capability to have subviews. This change removes the automatic handling of image placeholder. The placeholder image can be passed as second argument of setImageWithURL:placeholderImage: The manager now handle duplicate downloads for the same URL gracefuly by sharing the same downloader for all requestors. Finaly, the manager handles URLs which can't create an image (HTTP error or invalid format) by flagging them so it won't retry to download them again and again.
2009-09-24 05:22:48 +08:00
- (void)imageDownloader:(SDWebImageDownloader *)downloader didFinishWithImage:(UIImage *)image;
Replace the NSOperation based downloader by a simple async NSURLConnection (read-on to understand why) I finally found the reason behind the download not started while UITableView is manipulated: the default NSURLConnection runloop mode. Its default mode is NSEventTrackingRunLoopMode which is interrupted by UI events. Changing default NSURLConnection runloop mode to NSRunLoopCommonModes just fix this good old responsiveness issue. I thus decided to replace the current NSOperation based implementation by this finding, as NSOperation is far more expensive than simple async connections. Additionally, moving aways from NSOperation here fix an odd lagging issue with iOS 4, an issue I can't explain at the moment. Note that `SDWebImageDownloader`'s `setMaxConcurrentDownloads:` method is now a no-op as I didn't implemented the NSOperation queuing system with async connections. I don't think it still necessary as thread-less async connectaions are very lightweight. If you think there is a real need of this, I may reconsider and implement it in the future. In the meantime, this method does nothing and its usage is declared as deprecated.
2010-06-09 10:09:18 +08:00
- (void)imageDownloader:(SDWebImageDownloader *)downloader didFailWithError:(NSError *)error;
Remove the dirty hack of storing the helper into the first subview of the UIImageView and prevent duplicate downloads of the same URL The helper (now called manager) is now handling the mapping between the UIImageView and its downloader. This way we don't polute the UIImageView, and don't remove its capability to have subviews. This change removes the automatic handling of image placeholder. The placeholder image can be passed as second argument of setImageWithURL:placeholderImage: The manager now handle duplicate downloads for the same URL gracefuly by sharing the same downloader for all requestors. Finaly, the manager handles URLs which can't create an image (HTTP error or invalid format) by flagging them so it won't retry to download them again and again.
2009-09-24 05:22:48 +08:00
Replace the NSOperation based downloader by a simple async NSURLConnection (read-on to understand why) I finally found the reason behind the download not started while UITableView is manipulated: the default NSURLConnection runloop mode. Its default mode is NSEventTrackingRunLoopMode which is interrupted by UI events. Changing default NSURLConnection runloop mode to NSRunLoopCommonModes just fix this good old responsiveness issue. I thus decided to replace the current NSOperation based implementation by this finding, as NSOperation is far more expensive than simple async connections. Additionally, moving aways from NSOperation here fix an odd lagging issue with iOS 4, an issue I can't explain at the moment. Note that `SDWebImageDownloader`'s `setMaxConcurrentDownloads:` method is now a no-op as I didn't implemented the NSOperation queuing system with async connections. I don't think it still necessary as thread-less async connectaions are very lightweight. If you think there is a real need of this, I may reconsider and implement it in the future. In the meantime, this method does nothing and its usage is declared as deprecated.
2010-06-09 10:09:18 +08:00
@end