Какой лучший подход к кешированию асинхронного изображения на iPhone?

Ответ 1

Независимо от того, какую стратегию вы используете для фактического кэширования изображений, я бы сделал только один проход через данные адресной книги каждый раз, когда вы получаете партию адресов электронной почты, если это возможно. (И да, я сделал бы это асинхронно.)

Создайте NSMutableDictionary, который будет служить вашим кешем в памяти для результатов поиска. Инициализируйте этот словарь с каждым адресом электронной почты из загрузки в качестве ключа, с часовым как это значение ключа (например, [NSNull null]).

Затем выполните итерацию через каждый ABRecordRef в адресной книге, вызвав ABRecordCopyValue(record, kABPersonEmailProperty) и перейдя по результатам в каждый возвращаемый ABMultiValue. Если какой-либо из адресов электронной почты является ключом в вашем кеше, установите [NSNumber numberWithInt:ABRecordGetRecordId(record)] в качестве значения этого ключа в словаре.

Используя этот словарь в качестве индекса поиска, вы можете быстро получить изображения ABRecordRefs только для адресов электронной почты, которые вы сейчас показываете в вашем представлении таблицы, учитывая текущую позицию прокрутки пользователя, как это предлагается в сообщении hoopjones. Вы можете добавить прослушиватель смены адресной книги, чтобы аннулировать кеш, запустить другую операцию индексирования, а затем обновить представление, если вашему приложению нужен этот уровень "актуальной".

Ответ 2

Я бы использовал последний выбранный вами метод (Asynchronous Cell Cell Lookup), но только просмотр изображений для текущих отображаемых записей. Я перегружаю методы UIScrollViewDelegate, чтобы узнать, когда пользователь остановил прокрутку, а затем только начинает делать запросы для текущих видимых ячеек.

Что-то вроде этого (это немного изменено из учебника, который я нашел в Интернете, которого я не могу найти сейчас, извинения за не цитирование автора):

- (void)loadContentForVisibleCells
{
    NSArray *cells = [self.table visibleCells];
    [cells retain];
    for (int i = 0; i < [cells count]; i++) 
    { 
        // Go through each cell in the array and call its loadContent method if it responds to it.
        AddressRecordTableCell *addressTableCell = (AddressRecordTableCell *)[[cells objectAtIndex: i] retain];
        [addressTableCell loadImage];
        [addressTableCell release];
        addressTableCell = nil;
    }
    [cells release];
}


- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView; 
{
    // Method is called when the decelerating comes to a stop.
    // Pass visible cells to the cell loading function. If possible change 
    // scrollView to a pointer to your table cell to avoid compiler warnings
    [self loadContentForVisibleCells]; 
}


- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate;
{
    if (!decelerate) 
    {
       [self loadContentForVisibleCells]; 
    }
}

Как только вы узнаете, какие записи в настоящее время видны, просто поиск этих (возможно, 5 -7 записей) будет молниеносно. Как только вы возьмете изображение, просто кешируйте его в словаре, чтобы вам не пришлось повторно повторять запрос для изображения позже.

Ответ 3

Кажется, вы пытаетесь реализовать загрузку ленивых изображений в UITableView. есть хороший пример от Apple, я ссылаюсь на него здесь: Ленивые загрузки изображений в UITableView

Ответ 4

FYI, я выпустил бесплатную, мощную и легкую библиотеку для выполнения асинхронной загрузки изображений и быстрого кэширования файлов: управляемые объекты HJ http://www.markj.net/asynchronous-loading-caching-images-iphone-hjobjman/