ios - 自动布局在计算 UITableViewCell 高度时忽略多行 detailTextLabel(所有样式)

Question

所以我尝试使用内置的 UITableViewCell 样式 - 特别是 UITableViewCellStyleSubtitle - 带有(单)行 textLabel 但多行 detailTextLabel。但是(自动)计算的单元格高度始终太短，并且似乎忽略了超过 1 行的详细信息。

我已经尝试使用 numberOfLines=0、estimatedRowHeight、UITableViewAutomaticDimension、preferredMaxWidthLayout 等，但在所有排列中，行为 - 实际上对于所有 UITableViewCell 样式 - 是否出现 UITableViewAutomaticDimension 单元格高度计算将正确说明多行 textLabel(耶!)，但错误地假定 detailTextlabel 至多是单行(不!)。因此，具有多行 detailTextLabel 的单元格太短，因此单元格内容会溢出单元格的顶部和底部。

我在 GitHub 上发布了一个快速测试应用程序来展示这种行为 here .添加额外的文本行没问题——所有单元格样式都会适当增加高度以适应——但添加额外的细节行不会改变单元格高度，而且会很快导致内容溢出；文本+细节本身布局正确，并且一起正确居中在单元格的中间(所以在这个意义上 layoutSubviews 工作正常)，但整体单元格高度本身没有变化。

似乎在 cell.contentView 和标签之间没有实际的顶部和底部约束，而是直接根据(可能是多行的)textLabel 和(仅单行)的高度计算单元格高度line) detailTextLabel，然后所有内容都集中在单元格的中间...同样，多行 textLabel 很好，我在 textLabel 和 detailTextLabel 之间没有做任何不同，但只有前者(正确)调整了单元格高度。

所以我的问题是，是否可以使用内置的 UITableViewCell 样式来可靠地显示多行 detailTextLabels，或者根本不可能，您需要而是创建一个自定义子类？ [或者，几乎等同地，无需重写子类中的 layoutSubviews 并手动重新连接所有约束]。

---

[2016 年 5 月 4 日] 结论:从 iOS9 开始，多行 detailTextLabels 不能像预期的那样与 UITableViewAutomaticDimension 一起工作；单元格总是太短，文本/细节会溢出顶部和底部。您必须自己手动计算正确的单元格高度，或者创建和布局您自己的等效自定义 UITableViewCell 子类，或者(请参阅下面的答案)子类 UITableViewCell 并修复 systemLayoutSizeFittingSize:withHorizo​​ntalFittingPriority:verticalFittingPriority: 以返回正确的高度[推荐]

Answer 1

进一步的调查(参见 UITableViewCellTest)表明，当启用 UITableViewAutomaticDimension 时，系统调用 -systemLayoutSizeFittingSize:withHorizo​​ntalFittingPriority:verticalFittingPriority: 来计算单元格高度，并且这在其计算中几乎忽略了 detailTextLabel 的高度(错误!？)。因此，对于 UITableViewCellStyleSubtitle，单元格高度总是太短 [单行 detailTextLabel 可能不会完全溢出单元格，但这只是因为现有的顶部和底部边距]，并且对于 UITableViewCellStyleValue1 或 UITableViewCellStyleValue2，只要 detailTextLabel 高于(例如更多行)，高度就会太短文本标签。这对于没有 detailTextLabel 的 UITableViewCellStyleDefault 来说都是有争议的。

我的解决方案是继承并修复:

- (CGSize)systemLayoutSizeFittingSize:(CGSize)targetSize
        withHorizontalFittingPriority:(UILayoutPriority)horizontalFittingPriority
              verticalFittingPriority:(UILayoutPriority)verticalFittingPriority
{
    // Bug finally fixed in iOS 11
    if ([UIDevice.currentDevice.systemVersion compare:@"11" options:NSNumericSearch] != NSOrderedAscending) {
        return [super systemLayoutSizeFittingSize:targetSize
                    withHorizontalFittingPriority:horizontalFittingPriority
                          verticalFittingPriority:verticalFittingPriority];
    }

    [self layoutIfNeeded];
    CGSize size = [super systemLayoutSizeFittingSize:targetSize
                       withHorizontalFittingPriority:horizontalFittingPriority
                             verticalFittingPriority:verticalFittingPriority];
    CGFloat detailHeight = CGRectGetHeight(self.detailTextLabel.frame);
    if (detailHeight) { // if no detailTextLabel (eg style = Default) then no adjustment necessary
        // Determine UITableViewCellStyle by looking at textLabel vs detailTextLabel layout
        if (CGRectGetMinX(self.detailTextLabel.frame) > CGRectGetMinX(self.textLabel.frame)) { // style = Value1 or Value2
            CGFloat textHeight = CGRectGetHeight(self.textLabel.frame);
            // If detailTextLabel taller than textLabel then add difference to cell height
            if (detailHeight > textHeight) size.height += detailHeight - textHeight;
        } else { // style = Subtitle, so always add subtitle height
            size.height += detailHeight;
        }
    }
    return size;
}

在 View Controller 中:

- (void)viewDidLoad {
    [super viewDidLoad];

    self.tableView.estimatedRowHeight = 44.0;
    self.tableView.rowHeight = UITableViewAutomaticDimension;
}

您可以从这里提取完整的子类:MultilineTableViewCell

到目前为止，此修复程序似乎运行良好，并让我成功地在具有动态类型支持的自调整单元格中使用带有多行 文本和详细信息的内置 UITableViewCellStyles。这避免了在 tableView:heightForRowAtIndexPath: 中手动计算所需单元格高度或必须创建自定义单元格布局的麻烦(和困惑)。

[(部分)在 iOS11 中修复]

Apple 终于 修复了 iOS11 中的这个错误(但显然只针对 UITableViewCellStyleSubtitle)。我已经更新了我的解决方案，只对 11 之前的设备应用必要的修正(否则你最终会在单元格的顶部和底部得到额外空间!)。