UITableView odbija się w górę sekcji podczas wywoływania reloadRowsAtIndexPaths

Question

Gdy użytkownik kliknie przycisk w jednym z moich wierszy, aktualizuję model bazowy dla tego wiersza, a następnie wywołuję metodę reloadRowsAtIndexPaths dla danego wiersza (to jest przeładowanie pojedynczego wiersza).

- (IBAction)handleCompleteTouchEvent:(UIButton *)sender { 
    NSIndexPath *indexPath = [self.tableView indexPathForView:sender]; 
    id item = [self dataForIndexPath:indexPath]; 

    if ([item respondsToSelector:@selector(completed)]) { 
     // toogle completed value 
     BOOL completed = ![[item valueForKey:@"completed"] boolValue]; 
     [item setValue:[NSNumber numberWithBool:completed] forKey:@"completed"]; 

     [self.tableView beginUpdates]; 
     [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone]; 
     [self.tableView endUpdates]; 
    } 
} 

Problem polega na tym, że widok tabeli po zakończeniu wywołania powraca na górę sekcji. Jak mogę temu zapobiec i zachować pozycję przewijania tam, gdzie jest?

Answer 1

Ah Ha! Znalazłem problem i zamierzam odpowiedzieć na moje własne pytanie dla biednej duszy, która natknie się na tę kwestię w przyszłości.

Wszystkie moje komórki mają zmienną wysokość tak, byłem przy użyciu nowej metody iOS7 w UITableViewDelegate myślenia może przyspieszyć renderowanie czas (nie, że tak naprawdę to potrzebne):

- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath; 

Zresztą, wdrażanie metoda ta ma zło skutkiem ubocznym powodując tabeli odbić do góry sekcji dzwoniąc:

[self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone]; 

aby rozwiązać ten problem odrzuceń po prostu usuwa nadpisanie tej metody estimatedHeightForRowAtIndexPath i teraz wszystko działa tak jak powinno. Zadowolony nareszcie.

Answer 2

Powinieneś być w stanie zrobić to, co chcesz zrobić, bezpośrednio zmieniając zawartość komórki. Na przykład, jeśli używasz podstawowej klasy UITableViewCell, a dane w twoim modelu to NSString, które wyświetlasz w komórce widoku tabeli, możesz wykonać następujące czynności (po zmianie modelu danych) zamiast dzwonić pod numer reloadRowsAtIndexPaths:

UITableViewCell *cell = [tableView cellForRowAtIndexPath:indexPath]; 
UILabel *label = [cell textLabel]; 
label.text = @"New Value"; 

Jeśli używasz niestandardowej podklasy obiektu UITableViewCell, jest ona mniej więcej taka sama, z wyjątkiem tego, że dostęp do widoków komórki będzie musiał zostać wykonany za pośrednictwem właściwości contentView.

Answer 3

To może być możliwe umieszczenie komórki w jego własnej sekcji sekcja i wezwanie reload:

[self.tableView reloadSections:[NSIndexSet indexSetWithIndex:1] withRowAnimation:UITableViewRowAnimationFade]; 

wydaje się częściowo rozwiązać ten problem. Nie najczystszy sposób, ale może ci pomóc.

Answer 4

W moim podobnym przypadku, miałem do dostrojenia wdrażania metody

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath { 
... 
} 

gdzie moi wysokości były zresetowane. Dlatego zamiast resetowania wysokości dla każdej komórki zaktualizowałem tylko wywoływane komórki dla wywołania reloadRowsAtIndexPaths.

Answer 5

Jeśli znasz minimalną wysokość komórki, musisz określić ją podczas ustawiania estimatedRowHeight. Ustawiłem go na 1, jak już wcześniej przeczytałem, że każda wartość powyżej 0 wystarczyłaby do celu, ale to był winowajca.

Kiedy ustawiłem na 44, co było minimalną wysokością, jaką mogła mieć moja komórka, wszystko poszło dobrze.

Dynamiczne wysokości również działały bez problemów z tą poprawką.