Eine wiederverwendbare UITableViewCell von einem Nib laden

Eigentlich, da Sie den Aufbau der Zelle im Interface Builder einfach den reuse-identifier gibt es:

Oder wenn Sie mit Xcode 4, überprüfen Sie die Attribute inspector-Registerkarte:

(Edit: Nach Ihrem XIB erzeugt XCode enthält es eine leere UIView, aber wir brauchen eine UITableViewCell; so müssen Sie manuell entfernen Sie die UIView und fügen Sie eine Table View Cell. Natürlich, IB zeigen keine UITableViewCell Parameter für eine UIView.)

InformationsquelleAutor der Antwort Tim Keating

Ich kann mich nicht erinnern, wo ich fand, dass dieser code ursprünglich aus, aber es funktioniert bestens für mich so weit.

- (UITableViewCell *)tableView:(UITableView *)tableView 
         cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    static NSString *CellIdentifier = @"CustomTableCell";
    static NSString *CellNib = @"CustomTableCellView";

    UITableViewCell *cell = (UITableViewCell *)[tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil) {
        NSArray *nib = [[NSBundle mainBundle] loadNibNamed:CellNib owner:self options:nil];
        cell = (UITableViewCell *)[nib objectAtIndex:0];
    }

    //perform additional custom work...

    return cell;
}

Beispiel Interface Builder einrichten...

alt-text http://i32.tinypic.com/a9mnap.jpg

InformationsquelleAutor der Antwort jrainbow

Als iOS circa 4.0, es gibt Besondere Anweisungen in der iOS-docs, die machen diese Arbeit super-schnell:

http://developer.apple.com/library/ios/#documentation/UserExperience/Conceptual/TableView_iPhone/TableViewCells/TableViewCells.html#//apple_ref/doc/uid/TP40007451-CH7

Blättern Sie nach unten, wo es spricht über das erstellen von Unterklassen UITableViewCell.

InformationsquelleAutor der Antwort Ben Mosher

Erstelle ich meine eigene view-Zellen in einer ähnlichen Weise - es sei denn, ich verbinden die Zelle über ein IBOutlet.

Den [nib objectAt...] Ansatz ist anfällig für Veränderungen der Positionen der Elemente im array.

Den UIViewController Ansatz ist gut - habe es gerade ausprobiert, und es funktioniert schön genug.

ABER...

In allen Fällen die initWithStyle Konstruktor wird NICHT aufgerufen, so dass keine default-Initialisierung erfolgt ist.

Habe ich gelesen, die verschiedene Orten über die Verwendung von initWithCoder oder awakeFromNibaber keine schlüssigen Beweise dafür, dass entweder dieser ist der richtige Weg.

Abgesehen von explizit aufrufen einige Initialisierungs-Methode in der cellForRowAtIndexPath Methode habe ich nicht gefunden, eine Antwort auf diese noch.

InformationsquelleAutor der Antwort sww

Diese Technik auch funktioniert und nicht um eine funky ivar in Ihrer view-controller für die Speicherverwaltung.
Hier die custom table view Zelle lebt in einer xib mit dem Namen "CustomCell.xib".

 static NSData *sLoadedCustomCell = nil;

 cell = [tableView dequeueReusableCellWithIdentifier:@"CustomCell"];
 if (cell == nil) 
 {
   if (sLoadedCustomCell == nil) 
   {        
      //Load the custom table cell xib
      //and extract a reference to the cell object returned
      //and cache it in a static to avoid reloading the nib again.

      for (id loadedObject in [[NSBundle mainBundle] loadNibNamed:@"CustomCell" owner:nil options:nil]) 
      {
        if ([loadedObject isKindOfClass:[UITableViewCell class]]) 
        {
          sLoadedCustomCell = [[NSKeyedArchiver archivedDataWithRootObject: loadedObject] retain];
          break;
        }
    }
    cell = (UITableViewCell *)[NSKeyedUnarchiver unarchiveObjectWithData: sLoadedCustomCell];
  }

InformationsquelleAutor der Antwort Bill Garrison

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

static NSString *simpleTableIdentifier = @"CustomCell";

CustomCell *cell = (CustomCell *)[tableView dequeueReusableCellWithIdentifier:simpleTableIdentifier];
if (cell == nil)
{
    NSArray *nib = [[NSBundle mainBundle] loadNibNamed:@"CustomCell" owner:self options:nil];
    cell = [nib objectAtIndex:0];

    [cell setSelectionStyle:UITableViewCellSelectionStyleNone];
}         

return cell;
}

InformationsquelleAutor der Antwort Mohit

Aus der UITableView docs bezüglich dequeueWithReuseIdentifier: "Eine Zeichenfolge zur Identifizierung der cell-Objekt wiederverwendet werden. Standardmäßig wird eine wiederverwendbare cell identifier ist seiner Klasse name, aber Sie können es ändern, zu jedem beliebigen Wert".

Überschreiben -reuseIdentifer selbst ist riskant. Was passiert, wenn Sie zwei Unterklassen Ihrer Zelle Unterklasse, und verwenden Sie diese in einer einzigen Tabelle anzeigen? Wenn Sie senden Sie die reuse-identifier call auf super-du wirst dequeue eine Zelle von der falschen Art.............. Ich denke, Sie außer Kraft setzen müssen reuseIdentifier Methode, aber haben es wieder ein verdrängt-id-Zeichenfolge. Oder, wenn man nicht angegeben wurde, haben Sie wieder die Klasse als string.

InformationsquelleAutor der Antwort SK9

Ich folgte der Anweisungen von Apple als verbunden durch Ben Mosher (danke!) fand aber, dass Apple verzichtet ein wichtiger Punkt. Das Objekt, das Sie entwerfen in IB ist nur eine UITableViewCell, wie ist die variable, die Sie laden aus. Aber wenn Sie es als eine benutzerdefinierte Unterklasse von UITableViewCell, und schreiben Sie die code-Dateien für die Unterklasse ist, können Sie schreiben IBOutlet Erklärungen und IBAction-Methoden im code und Draht Sie bis zu Ihrem benutzerdefinierten Elemente, die im IB. Dann gibt es keine Notwendigkeit zu verwenden, anzeigen-tags, um den Zugriff auf diese Elemente und kann jede Art von verrückt Zelle, die Sie wollen. Es ist Cocoa Touch den Himmel.

InformationsquelleAutor der Antwort David Casseres