Как возможно, что высота UITableViewCellContentView отличается от heightForRowAtIndexPath:
Я столкнулся с действительно странной проблемой в своем UITableView.
У меня есть несколько разных ячеек, которые я хочу отображать в виде таблицы, подобной ленте новостей.
И у меня проблема с ячейкой после повторного использования.
Ячейка содержит два изображения, две метки и представление с кнопками share/like/comment.
Я попытаюсь нарисовать его, но я не уверен, что он будет красивым:
-------------------------------------------------
| | __ ____________________________ |
| | |_2| | | |
| | | 3 | |
| | | | |
| 1 | |____________________________| |
| | |
| |_______________________________________|
| | |
| | 4 |
|_______|_______________________________________|
| |
| 5 |
|_______________________________________________|
1 : objectImage
2 : subjectImage
3 : titleLabel
4 : commentLabel
5 : actionsView
И мои ограничения:
"H:|-0-[objectImage(60)]-7-[subjectImage(30)]-7-[titleLabel]-7-|"
"H:|-0-[objectImage(60)]-0-[commentLabel]-0-|"
"H:|-0-[actionsView]-0-|"
"V:|-0-[objectImage(>=35)]-0-[actionsView(44)]-0-|"
"V:|-7-[subjectImage(30)]"
"V:|-7-[titleLabel(>=46)]-7-[commentLabel(>=35)]-0-[actionsView(44)]-0-|"
И каждый раз, когда ячейка рисуется, я меняю это ограничение:
"V:[commentLabel(%0.2f)]"
Ячейки отображаются в первый раз.
Но проблема в том, что в какой-то момент после некоторого повторного использования (я не могу воспроизвести его каждый раз) приложение вылетает из-за проблемы ограничения.
Вот исключение:
"<NSLayoutConstraint:0x205a75b0 V:[UILabel:0x1ef31430(105)]>",
"<NSLayoutConstraint:0x1ef34440 V:[UILabel:0x1ef31430]-(0)-[UIView:0x1ef2fe50]>",
"<NSLayoutConstraint:0x1ef34380 V:[UILabel:0x1ef31250]-(7)-[UILabel:0x1ef31430]>",
"<NSLayoutConstraint:0x1ef33900 V:|-(7)-[UILabel:0x1ef31250] (Names: '|':UITableViewCellContentView:0x1ef2bf50 )>",
"<NSLayoutConstraint:0x1ef34340 V:[UILabel:0x1ef31250(>=46)]>",
"<NSLayoutConstraint:0x1ef33210 V:[UIView:0x1ef2fe50]-(0)-| (Names: '|':UITableViewCellContentView:0x1ef2bf50 )>",
"<NSLayoutConstraint:0x1ef331d0 V:[UIView:0x1ef2fe50(44)]>",
"<NSAutoresizingMaskLayoutConstraint:0x1ef36f90 h=--& v=--& V:[UITableViewCellContentView:0x1ef2bf50(147)]>"
Will attempt to recover by breaking constraint
<NSLayoutConstraint:0x1ef34380 V:[UILabel:0x1ef31250]-(7)-[UILabel:0x1ef31430]>
Проблема заключается в том, что ограничение [UITableViewCellContentView: 0x1ef2bf50 (147)] неверно.
Странно, что heightForRowAtIndexPath: возвращает правильное значение, равное 217.
И я не понимаю, что высота UITableViewCell верна!
(lldb) po 0x1ef2bf50
$0 = 519225168 <UITableViewCellContentView: 0x1ef2bf50; frame = (0 0; 320 147); gestureRecognizers = <NSArray: 0x1ef30a20>; layer = <CALayer: 0x1ef2a3d0>>
(lldb) po [0x1ef2bf50 superview]
$1 = 0x1ef30e40 <NewsSubjectCommentCell: 0x1ef30e40; baseClass = UITableViewCell; frame = (0 1055; 320 217); hidden = YES; autoresize = W; layer = <CALayer: 0x1ef25e10>>
Поэтому я не понимаю, как возможно, что ограничение высоты UITableViewCellContentView равно 147. Это высота другой ячейки того же типа, но ее нужно изменить на 209, правильно?
Итак, если у вас есть представление о том, как это может произойти (возможно, я сделал что-то не так), я был бы рад.
Спасибо,
Ответы
Ответ 1
Я нашел ответ здесь: Проблема с ограничениями автоматической компоновки на iOS7 в UITableViewCell
Мы просто должны установить AutoresizingMask для contentView в UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFlexibleWidth и... проблема решена!
Ответ 2
Вы можете попытаться установить (/некоторые) высоты с более низким приоритетом (например, @900). У меня была аналогичная проблема (мой UITableViewCellContentView был слишком мал, и ограничения не могли быть удовлетворены). После того, как я опустил приоритет своей "неправильной" высоты, он красиво укладывался на намеченные высоты.
Ответ 3
Вы должны отключить автоматическое преобразование для представления, которое содержит ваши ограничения, если вы добавите ограничения с помощью кода или визуального языка:
[self.someView setTranslatesAutoresizingMaskIntoConstraints:NO];
Это предотвращает создание ограничения [UITableViewCellContentView:0x1ef2bf50(147)]
.
Ответ 4
В cellForRowAtIndexPath вы запрашиваете ячейку из таблицы. Ячейка, которую вы получите, будет либо новой созданной ячейкой (размером 320,44), либо ячейкой, которая была удалена, и отправила сообщение prepareForReuse (с любым размером, который был ранее). Когда вы применяете код NSLayoutConstraints к contentView, они разрешаются до того, как ячейка сама подойдет к указанному пространству просмотра. Это не имеет смысла, но, безусловно, является завершением моих наблюдений.
Итак, в моем экземпляре я получал новые ячейки с 44 высотой, но одно из моих ограничений было для фиксированной высоты 48. Это постоянно бросало исключения и делало отладку болью. Все, что я делал, чтобы исключить исключения, заключалось в том, чтобы установить кадр ячейки на правильную высоту (и ширину, я полагаю, если у вас возникают проблемы с горизонтальным размером), когда я готовил ее в cellForRowAtIndexPath.
UITableViewCell *cell = [tableview dequeueReusableCellWithIdentifier:CellIdentifier];
if(cell==nil)
cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];
// If the cell is new its frame will be (0,0,320,44)
cell.frame = CGRectMake(0,0,tableview.frame.size.width,calculatedHeightRequiredForLayout);
[cell.contentView addConstraints:constraints];
Ячейка автоматически изменит размер до правильных размеров до того, как он отобразится в представлении таблицы, поэтому вы не будете вызывать никаких проблем, но ваши ограничения макета будут применяться без необходимости "разбивать" iOS...
Ответ 5
Я когда-то боролся с чем-то похожим. Пробовал базилион растворов. Ничего не получалось. И я заметил, что случайно в конструкторе я создал ячейку UICollectionViewCell
вместо UITableViewCell
.
На всякий случай, если кто-нибудь когда-нибудь почувствует такую же боль, проверьте это