Копирование UITableViewCell

Используйте клонирование ячеек, встроенное в табличное представление. Apple знала, что создание большого количества ячеек таблицы происходит медленно. Ознакомьтесь с документацией для этого метода:

- (UITableViewCell *)dequeueReusableCellWithIdentifier:(NSString *)identifier

Вы создаете ячейку один раз, а затем, когда запрашиваются новые ячейки, используйте этот метод для клонирования существующих ячеек. Затем вы просто меняете то, что нужно изменить в новой ячейке, и возвращаете объект ячейки.

Также ознакомьтесь с примером кода табличного представления, предоставленным Apple, который использует этот метод и покажет вам правильный путь. Тот факт, что ваша ячейка была загружена из пера, не должен иметь никакого значения.

Небольшое уточнение: я не думаю, что описанный выше метод клонирует клетки для вас. Вместо этого он берет объект ячейки, который прокручивается за пределы экрана, и просто перемещает его в новое место. Так что это буквально повторное использование ячейки. Поэтому убедитесь, что для вашего пользовательского табличного представления могут быть установлены все новые значения, которые ему нужны вне инициализации.

Я думаю, что копирование ячейки таблицы можно использовать вместе с механизмом удаления из очереди, который позволит создать ячейку один раз (из nib или программно или автоматически загрузить ее из другого nib и связать как выход в IB), а затем клонировать ее или удалить из очереди. при необходимости.

UITableViewCell не соответствует протоколу NSCopying, но поддерживает механизм архивирования/разархивирования с ключом, поэтому его можно использовать для клонирования.

На основе ответа " Как дублировать UIButton в Objective C ? " мой метод делегата источника данных выглядит так:

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    static NSString *CellID = @"CellIdentifier";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellID];

    if (!cell) {
        NSData *archivedData = [NSKeyedArchiver archivedDataWithRootObject:self.tableViewCell];
        cell = [NSKeyedUnarchiver unarchiveObjectWithData:archivedData];
    }

    // ... config ...

    return cell;
}

И в моем случае self.tableViewCell — это ячейка, которая была загружена один раз из файла пера представления.

Я не проверял, что будет быстрее: «архивировать + разархивировать» для клонирования или «загрузить nib-файл + разархивировать», что будет делать фреймворк в случае -loadNibNamed:owner:options:, я использовал это метод только из соображений удобства, но есть хорошие шансы, что операция с памятью по сравнению с операцией с файлом будет быстрее.

РЕДАКТИРОВАТЬ: Кажется, это не так просто, как казалось сначала. Поскольку UIImage не соответствует NSCoding, ячейки с настроенными UIImageViews нельзя просто скопировать без дополнительного кода. Да, копирование всего изображения определенно не является хорошей практикой, спасибо Apple за указание на это.

Не горжусь этим решением, но оно работает с максимальным количеством возможных привязок IB:

Интерфейс (AlbumTableViewCell является подклассом UITableViewCell, экземпляр которого определен в XIB-файле AlbumViewController):

@interface AlbumsViewController : UITableViewController {
    IBOutlet AlbumTableViewCell *tableViewCellTrack;
}

@property (nonatomic, retain) AlbumTableViewCell *tableViewCellTrack;

Реализация (разархивирует/архивирует/копирует/клонирует ячейку табличного представления):

@implementation AlbumsViewController

@synthesize tableViewCellTrack;

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    AlbumTableViewCell *cell = (AlbumTableViewCell *)[tableView dequeueReusableCellWithIdentifier: @"AlbumCell"];

    if (cell == nil) {
        AlbumsViewController *albumsViewController = [[[AlbumsViewController alloc] init] autorelease];
        [[NSBundle mainBundle] loadNibNamed: @"AlbumsViewController" owner: albumsViewController options: nil];

        cell = albumsViewController.tableViewCellTrack;
    }

    cell.labelTitle.text = ...;
    cell.labelArtist.text = ...;

    return cell;
}

Ну, я не уверен, почему все учебники не указывают этот шаг.

При использовании собственного пользовательского UITableViewCell из Nib вызова dequeueReusableCellWithIdentifier недостаточно. Вы должны указать «Идентификатор» в ИБ, только для этого в разделе «Ячейка представления таблицы».

Затем убедитесь, что идентификатор, который вы указали в IB, совпадает с идентификатором, который вы используете для dequeueReusableCellWithIdentifier.

Вот это в Свифте

func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) -> UITableViewCell {

    var cell : UITableViewCell?
    let cellId = String(format: "Cell%d", indexPath.row)
    cell = alertTable!.dequeueReusableCellWithIdentifier(cellId) as! UITableViewCell?

    if cell == nil {
        let archivedData = NSKeyedArchiver.archivedDataWithRootObject(masterTableCell!)
        cell = NSKeyedUnarchiver.unarchiveObjectWithData(archivedData) as! UITableViewCell?
    }

    // do some stuff

    return cell!
}