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

Я думаю, справляясь из ячейки таблицы может быть использован вместе с механизмом извлечения из очереди, что позволит создать клетку один раз (от кончика пера или программного способом или при получении его автоматически загружается из другого заостренного наконечника и связывающие как выход в 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 является клетка , которая была загружена один раз из файла СИБ вида.

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

EDIT: Это, кажется, не так просто, как казалось на первый взгляд. Как 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 от СИБ, называя dequeueReusableCellWithIdentifier не достаточно. Вы должны указать «идентификатор» в IB, только для для него в таблице с вкладкой Cell раздела.

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

Здесь в Swift

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!
}