copierea UITableViewCell

Cred că coping de celule de tabel poate fi utilizat împreună cu mecanismul dequeuing, ceea ce va permite crearea unei singure celule de timp (de la peniță sau programatic sau pentru a obține încărcat automat din alte peniță și conectarea ca un orificiu de evacuare în IB) și apoi clona sau dequeue-l când e nevoie.

UITableViewCell nu sunt conforme cu protocolul NSCopying, dar suporta arhivare cheie de codificare / mecanism dezarhivează, astfel încât acesta poate fi utilizat pentru donare.

„Pe baza răspunsului ? Cum se duplica un UIButton în obiectivul C “ metoda mea sursă de date delegat arata ca:

- (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;
}

Și în cazul meu self.tableViewCell este o celulă care a fost încărcată o singură dată din fișierul penița View.

Nu testat ceea ce va fi mai rapid: „Arhiva + dezarhivat“ pentru a clona sau „fișier de încărcare peniță + dezarhivat“ , care va face cadru în cazul -loadNibNamed: Proprietar: opțiuni: , am folosit această metodă numai cu considerente de comoditate, dar șanse ca operațiune de memorie vs operațiune de fișier va fi mai rapid.

EDIT: Nu apare la fel de ușor cum părea la început. Ca UIImage nu este conformă cu NSCoding, celulele cu UIImageViews configurate nu pot fi pur și simplu copiate fără cod suplimentar. Da, copierea imaginii de ansamblu nu este cu siguranță o bună practică, noroc la Apple pentru a evidenția acest lucru.

Nu este mândru de această soluție, dar funcționează cu numărul maxim de posibile legări IB:

Interfața (AlbumTableViewCell este o subclasă de UITableViewCell din care o instanță este definită în fișierul XIB AlbumViewController lui):

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

@property (nonatomic, retain) AlbumTableViewCell *tableViewCellTrack;

Punerea în aplicare (Dezarhivați / arhiva face o copie / clone celula vizualizare tabel):

@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;
}

Ei bine, eu nu sunt sigur de ce toate tutorialele de acolo nu specifică acest pas.

Când utilizați personalizat UITableViewCell de la Rikao, de asteptare dequeueReusableCellWithIdentifier nu este suficient. Trebuie să specificați „identificatorul“ în IB, doar pentru pentru ea în tabelul View secțiunea din fila Cell.

Apoi, asigurați-vă că identificatorul pe care a pus în IB este identic cu identificatorul pe care îl utilizați pentru dequeueReusableCellWithIdentifier.

Aici este în 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!
}