Awaria z brakującą komórką dla nowo widocznego wiersza podczas aktualizowania UITableView

Question

Występuje awaria podczas usuwania wiersza.

// Updating my data model 
.... 
// apply the updates 
self.tableView.beginUpdates() 
self.tableView.deleteRows(at: indexPathsToDelete, with: .automatic) 
self.tableView.endUpdates() 

Kroki prowadzące do odtworzenia - dodaj wiersze - Usuwanie wierszy, w szczególności upewniając się tam kilka wierszy poza bieżącym ekranie (który będzie wówczas na ekranie, gdy delecja jest udany - Powtarzaj, aż awaria

to nie zawsze się tak mój najlepszy przypuszczenie to, że stanie się to tylko wtedy, gdy komórki nie próbuje załadować się recyklingowi

to jest w 10,0 symulatora z Xcode 8.0

Kod

*** Assertion failure in -[UITableView _updateWithItems:updateSupport:], 
/BuildRoot/Library/Caches/com.apple.xbs/Sources/UIKit_Sim/UIKit-3599.6/UITableView.m:3149 
Missing cell for newly visible row 2 
(null) 

dla cellForRowAt

if isMultipe{ 
    let cell = tableView.dequeueReusableCell(withIdentifier: DetailsTableViewCell.defaultIdentifier, for: indexPath) as! DetailsTableViewCell 
return cell 
    } else { 
let cell = tableView.dequeueReusableCell(withIdentifier: DetailsMultipleTableViewCell.defaultIdentifier, for: indexPath) as! DetailsMultipleTableViewCell 
    return cell 
} 

tego samego błędu zgłaszane tutaj: https://forums.developer.apple.com/thread/49676

Answer 1

Usuń indexPath w tableView.dequeueReusableCell

if isMultipe{ 
    let cell = tableView.dequeueReusableCell(withIdentifier: DetailsTableViewCell.defaultIdentifier) as! DetailsTableViewCell 
return cell 
    } else { 
let cell = tableView.dequeueReusableCell(withIdentifier: DetailsMultipleTableViewCell.defaultIdentifier) as! DetailsMultipleTableViewCell 
    return cell 
} 

Answer 2

miałem ten sam problem i okazało się, że UITableView ma poważne problemy z animacją wstawiania/aktualizowania/usuwania wierszy, gdy nagłówki sekcji mają zmienną wysokość. Po prostu zmień wysokość na stałą i spróbuj ponownie.

To faktycznie oznacza usunięcie estimatedSectionHeaderHeight.

Answer 3

W moim przypadku nastąpiło awarie, gdy komórki używały autolayout do obliczenia wysokości. Dlatego jedynym gwarantowanym rozwiązaniem jest użycie ręcznych wysokości obliczeniowych. (Co jest rzeczywiście smutne ..)

Answer 4

W moim przypadku miałem ten problem tylko do wrzucania pierwszy wiersz do pustego odcinka, więc starałem się naprawić to tak:

self.array.append(item) 
if self.array.count > 1 { 
    self.tableView.beginUpdates() 
    self.tableView.insertRows(at: indexPathes, with: .top) 
    self.tableView.endUpdates() 
} else { 
    self.tableView.reloadSections([1], with: .fade) 
} 

Answer 5

miałem podobny problem.

emrekyv zaproponował usunięcie estimatedSectionHeaderHeight, ale mam tabelę z jednym seaction i bez nagłówka i stopki.

Poszerzenie pomysłu i ustawienie estimatedRowHeight na 0 (= nieautomatyczne) naprawiło problem.

Zatem zasada:

podczas aktualizowania UITableView Nie oszacować dowolnej wysokości.