UITableView ist reloadRowsAtIndexPaths: (NSArray *) indexPaths Versagen zu verursachen, neu laden, es sei denn, Sie nennen es zweimal?

Habe ich ein UITableViewController Verwaltung einer UITableView-Objekt in einer iPad-app. Die Tabellenansicht ist verbunden mit einem Recht komplizierten Konstellation von anderen Objekten. Ich habe ein problem, wenn ich bitten es neu zu laden Zeile wie folgt:

//indexPath is an NSIndexPath with indexes 0 and 0.  At the moment, this is the only cell in the table view.
NSArray *array = [NSArray arrayWithObject:indexPath]; 
[self.tableView reloadRowsAtIndexPaths:array withRowAnimation:UITableViewRowAnimationNone];

Das problem ist, dass die Zeile nicht neu laden. Es ist nie ein Rückruf cellForRowAtIndexPath.

Das verrückte an der Sache ist, dass, wenn ich rufe reloadRowsAtIndexPaths zweimal, das zweite Anruf löst den reload:

//indexPath is an NSIndexPath with indexes 0 and 0.  At the moment, this is the only cell in the table view.
NSArray *array = [NSArray arrayWithObject:indexPath]; 
[self.tableView reloadRowsAtIndexPaths:array withRowAnimation:UITableViewRowAnimationNone];   //does not reload
[self.tableView reloadRowsAtIndexPaths:array withRowAnimation:UITableViewRowAnimationNone];   //does reload

Frage ich mich, ob jemand hat jemals erlebt einen Fehler wie diese, und wenn ja, was war die Ursache?

  • machst du das in einigen hintergrund-thread?
  • Habe eine test-Fall?
  • Haupt-thread. Wenn Sie von "test cases", meinst du ein einfaches Beispiel, das veranschaulicht, das gleiche, Nein, ich nicht, und ich wünschte, ich Tat.
  • Habe das gleiche Problem, ich bin mit Xcode 6.3.2 und swift 1.2 und kann nicht laden bestimmte Zeile aus einem Anruf. Versuchte fast alles, aber die Zelle erneuert sich nur von der zweiten sequentiellen reloadRowsAtIndexPaths nennen.
  • Bekam keine Antwort, es zu lösen?
InformationsquelleAutor William Jockusch | 2011-04-05
  1. 6

    reloadRowsAtIndexPaths:... funktioniert nur, wenn dazwischen gewickelt Aufrufe:

    - (void)beginUpdates;
- (void)endUpdates;

    Außerhalb, dass das Verhalten undefiniert ist. (und wie hast du Sie entdeckt, ist ziemlich unzuverlässig).

    Edit: zitiere den relevanten Teil der "Table View Programming Guide for iPhone OS":

    Animieren, eine batch einfügen und löschen von Zeilen und Abschnitte, rufen Sie die Einfüge-und Löschmethoden in der animation block definiert durch aufeinander folgende Aufrufe von beginUpdates und endUpdates. Wenn Sie nicht rufen Sie die Einfüge-und Lösch-Methoden in diesem block, Zeile und Abschnitt Indizes können ungültig sein. beginUpdates...endUpdates Blöcke sind nicht verschachtelbar.

    Auf den Abschluss des Blockes ist, nachdem endUpdates Retouren—Tabelle Abfragen anzeigen der Datenquelle und delegieren wie gewohnt für Zeile und Abschnitt Daten. So ist die Kollektion-Objekte sichern, die das table view sollte sein aktualisiert, um die neuen oder entfernten Zeilen oder Abschnitte.

    Den reloadSections:withRowAnimation: und reloadRowsAtIndexPaths:withRowAnimation: Methoden, die eingeführt wurden in iPhone OS 3.0, sind mit den oben diskutierten Methoden. Sie ermöglichen die Abfrage der Tabelle anzeigen, um neu zu laden der Daten für bestimmte Abschnitte und Zeilen, anstatt das laden des gesamten sichtbaren Tabelle anzeigen durch Aufruf reloadData.

    • sind Sie sicher? Es wurde nicht explizit sagen, dass in der Dokumentation...
    • Dieses problem brachte mich für eine Woche im letzten Jahr... Und es nicht sagen, aber es ist begraben in den table view programming guide, nicht die Referenz doc.
    • Hinzugefügt, die den entsprechenden Teil von den apple-docs. Sie erwähnen "stehen im Zusammenhang mit den oben diskutierten Methoden" Dies ist eine ziemlich mehrdeutige Verwendung der englischen Sprache, aber in der Praxis bedeutet es, dass reloadRows... funktioniert nur zwischen beginUpdates und endUpdates.
    • Ich versuchte, Sie wickeln es. Immer noch das gleiche Verhalten. Dann wickelte ich eines meiner zuvor Anrufe zu reloadData, wie Sie vorgeschlagen. Und dass es behoben.
    • Froh, dass du es gelöst hast. Etwas neugierig aber wie reloadData ist die einzige reloadXXX Methode, muss nicht eingewickelt werden, mit begin/endUpdates...
    • Es scheint, ich irrte, hatte noch den zweiten laden gibt. Noch auf der Suche . . .
    • IME, müssen Sie nur wickeln Sie es in beginUpdates/endUpdates wenn Sie die Durchführung mehrerer updates.

    InformationsquelleAutor amattn
  2. 2

    Ich weiß, das Thema ist sowas von alt, aber ich stieß auf das gleiche Problem und eine einfache Lösung. Ich hatte eine Tabelle anzeigen und als ich reloadData und/oder reloadRowsAtIndexPaths, die Methode tableview cellForRowAtIndexPath würde nicht ausgelöst.

    Es stellt sich heraus, ich hatte nicht süchtig, meine tableview IBOutlet im Interface Builder - sobald das angeschlossen war alles gefeuert, wie erwartet. Es ist immer die kleinen Dinge...

    Auch, wie andere erwähnt haben, wenn Sie nur das eine nennen, wickelte Sie in begin/endUpdates ist nicht notwendig.

    InformationsquelleAutor R_B
Schreibe einen Kommentar