ios – uitablviewcell动态高度从systemLayoutSizeFittingSize不正确

前端之家收集整理的这篇文章主要介绍了ios – uitablviewcell动态高度从systemLayoutSizeFittingSize不正确前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用xib&自动布局构建我的自定义单元格,在我的单元格中,有一个多行标签.一个在tableview的heightForRowAtIndexPath中,我会使用

1 dequeueReusableCellWithIdentifier获取一个单元格

2然后调用[cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize]获取正确的高度.

但是在调试中,我发现当heightForRowAtIndexPath被调用时,我的单元格的宽度不是tableview的宽度,单元格的宽度与xib文件的宽度相同(因为在xcode6中,可以将xib大小设置为任何).所以从systemLayoutSizeFittingSize得到的高度是不正确的.如何解决这个问题,以获得正确的单元格高度

从systemLayoutSizeFittingSize获得的大小是不正确的,这个大小可能有宽度340(而设备是宽度为320的iPhone5),而340是根据单元格的xib文件的宽度

最后,我得到了解决方案,谢谢Ashish Gabani的帮助,其实解决方包括2步:
1将单元框重置为tableView大小
2在调用systemLayoutSizeFittingSize之前调用单元格的layoutSubView,在自定义单元格中,需要重写layoutSubViews方法.
这是解决这个问题的代码,我用红色方块来标记它们,享受它

解决方法

您可以通过传递您的单元格高度来解决此问题
  1. - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
  2. {
  3. // Determine which reuse identifier should be used for the cell at this index path,// depending on the particular layout required (you may have just one,or may have many).
  4. NSString *reuseIdentifier = ...;
  5.  
  6. // Dequeue a cell for the reuse identifier.
  7. // Note that this method will init and return a new cell if there isn't one available in the reuse pool,// so either way after this line of code you will have a cell with the correct constraints ready to go.
  8. UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:reuseIdentifier];
  9.  
  10. // Configure the cell with content for the given indexPath,for example:
  11. // cell.textLabel.text = someTextForThisCell;
  12. // ...
  13.  
  14. // Make sure the constraints have been set up for this cell,since it may have just been created from scratch.
  15. // Use the following lines,assuming you are setting up constraints from within the cell's updateConstraints method:
  16. [cell setNeedsUpdateConstraints];
  17. [cell updateConstraintsIfNeeded];
  18.  
  19. // If you are using multi-line UILabels,don't forget that the preferredMaxLayoutWidth needs to be set correctly.
  20. // Do it at this point if you are NOT doing it within the UITableViewCell subclass -[layoutSubviews] method.
  21. // For example:
  22. // cell.multiLineLabel.preferredMaxLayoutWidth = CGRectGetWidth(tableView.bounds);
  23.  
  24. return cell;
  25. }
  26.  
  27. - (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
  28. {
  29. // Determine which reuse identifier should be used for the cell at this index path.
  30. NSString *reuseIdentifier = ...;
  31.  
  32. // Use a dictionary of offscreen cells to get a cell for the reuse identifier,creating a cell and storing
  33. // it in the dictionary if one hasn't already been added for the reuse identifier.
  34. // WARNING: Don't call the table view's dequeueReusableCellWithIdentifier: method here because this will result
  35. // in a memory leak as the cell is created but never returned from the tableView:cellForRowAtIndexPath: method!
  36. UITableViewCell *cell = [self.offscreenCells objectForKey:reuseIdentifier];
  37. if (!cell) {
  38. cell = [[YourTableViewCellClass alloc] init];
  39. [self.offscreenCells setObject:cell forKey:reuseIdentifier];
  40. }
  41.  
  42. // Configure the cell with content for the given indexPath,assuming you are setting up constraints from within the cell's updateConstraints method:
  43. [cell setNeedsUpdateConstraints];
  44. [cell updateConstraintsIfNeeded];
  45.  
  46. // Set the width of the cell to match the width of the table view. This is important so that we'll get the
  47. // correct cell height for different table view widths if the cell's height depends on its width (due to
  48. // multi-line UILabels word wrapping,etc). We don't need to do this above in -[tableView:cellForRowAtIndexPath]
  49. // because it happens automatically when the cell is used in the table view.
  50. // Also note,the final width of the cell may not be the width of the table view in some cases,for example when a
  51. // section index is displayed along the right side of the table view. You must account for the reduced cell width.
  52. cell.bounds = CGRectMake(0.0f,0.0f,CGRectGetWidth(tableView.bounds),CGRectGetHeight(cell.bounds));
  53.  
  54. // Do the layout pass on the cell,which will calculate the frames for all the views based on the constraints.
  55. // (Note that you must set the preferredMaxLayoutWidth on multi-line UILabels inside the -[layoutSubviews] method
  56. // of the UITableViewCell subclass,or do it manually at this point before the below 2 lines!)
  57. [cell setNeedsLayout];
  58. [cell layoutIfNeeded];
  59.  
  60. // Get the actual height required for the cell's contentView
  61. CGFloat height = [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height;
  62.  
  63. // Add an extra point to the height to account for the cell separator,which is added between the bottom
  64. // of the cell's contentView and the bottom of the table view cell.
  65. height += 1.0f;
  66.  
  67. return height;
  68. }
  69.  
  70. // NOTE: Set the table view's estimatedRowHeight property instead of implementing the below method,UNLESS
  71. // you have extreme variability in your row heights and you notice the scroll indicator "jumping" as you scroll.
  72. - (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath
  73. {
  74. // Do the minimal calculations required to be able to return an estimated row height that's
  75. // within an order of magnitude of the actual height.
  76. // For example:
  77. if ([self isTallCellAtIndexPath:indexPath])
  78. {
  79. return 350.0f;
  80. } else {
  81. return 40.0f;
  82. }
  83. }

您也可以从这里找到解决方Link

猜你在找的iOS相关文章