ПРИМЕЧАНИЕ. Пожалуйста, ВНИМАТЕЛЬНО прочитайте мой вопрос, прежде чем отмечать его как дубликат. В шагах для повторения проблемы указано, что я нажимаю и удерживаю ячейку представления таблицы, что означает, что я никогда не «выбираю» ячейку (для дальнейшего доказательства didSelectRowAtIndexPath
никогда не вызывается)
У меня есть проблема в моем UITableView, когда мой UITableViewCell время от времени сохраняет свое выбранное состояние после нажатия и выталкивания VC.
Шаги, которые я нашел, чтобы повторить эту проблему, будут следующими:
Нажмите и удерживайте ячейку таблицы. Нажмите вспомогательную кнопку на ячейке таблицы, чтобы нажать представление. Нажмите кнопку «Назад», чтобы вернуться к исходному результату представления таблицы: ячейка таблицы, которая была нажата, все еще находится в выбранном состоянии.
Это единственный код, который у меня есть в моем подклассе UITableViewCell относительно его состояния выбора:
self.selectedBackgroundView = [[UIView alloc] init];
self.selectedBackgroundView.backgroundColor = [UIColor blueColor];
поскольку в этом случае didSelectRowAtIndexPath не вызывается, я не могу использовать indexPathForSelectedRow для возврата состояния кнопки
есть ли что-то, что я делаю неправильно внутри или снаружи этого кода?
didSelect...
вызывается при подкраске. Во многих элементах управления существует различие между внешним видом во время прикосновения и действием, связанным с прикосновением. Кнопки подсвечиваются, пока вы к ним прикасаетесь, но не действуют, пока вы их не отпустите и т. д. 21.05.2014selected
ячейки просто применяет визуальный эффект. Фактический выбор обозначенdidSelect...
21.05.2014[self.tableView deselectRowAtIndexPath:[self.tableView indexPathForSelectedRow] animated:YES];
наviewDidAppear
/viewWillAppear
, и оба у меня не сработали, что еще я могу сделать? 21.05.2014setSelected
напрямую на мобильный. Проблема в основном в том, что вы прерываете нормальный поток вещей, дважды касаясь ячейки :) Я бы рекомендовал делать это в дополнительном действии, если вы его используете, или в prepareForSegue, если вы используете переход непосредственно из аксессуар. 21.05.2014