什么是NSLayoutConstraint“uiview - encapsulation - layout - height”，我应该如何去迫使它重新计算干净?

我有一个UITableView在iOS 8下运行，我在故事板中使用约束的自动单元格高度。

我的一个单元格包含一个UITextView，我需要它根据用户输入收缩和展开-点击收缩/展开文本。

我通过在文本视图中添加一个运行时约束，并在响应用户事件时改变约束上的常数来做到这一点:

-(void)collapse:(BOOL)collapse; {

    _collapsed = collapse;

    if(collapse)
        [_collapsedtextHeightConstraint setConstant: kCollapsedHeight]; // 70.0
    else
        [_collapsedtextHeightConstraint setConstant: [self idealCellHeightToShowFullText]];

    [self setNeedsUpdateConstraints];

}

无论何时我这样做，我包装在tableView更新和调用[tableView setNeedsUpdateConstraints]:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView setNeedsUpdateConstraints];
// I have also tried 
// [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationTop];
// with exactly the same results.

[tableView endUpdates];

当我这样做的时候，我的单元格确实会扩展(并在做的时候动画)，但我得到一个约束警告:

2014-07-31 13:29:51.792 OneFlatEarth[5505:730175] Unable to simultaneously satisfy constraints.

Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code that added the unwanted constraint or constraints and fix it. (Note: If you're seeing NSAutoresizingMaskLayoutConstraints that you don't understand, refer to the documentation for the UIView property translatesAutoresizingMaskIntoConstraints) 

(

    "<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>",

    "<NSLayoutConstraint:0x7f94dced2260 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']-(15)-|   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced2350 V:|-(6)-[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced6480 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7f94de5773a0(91)]>"
 )

Will attempt to recover by breaking constraint 

<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>

388是我计算的高度，UITextView上的其他约束是我从Xcode/IB中得到的。

最后一个是困扰我-我猜uiview - encapsulation - layout - height是计算单元格的高度时，它是第一次渲染-(我设置我的UITextView高度>= 70.0)，但它似乎不正确，这个派生约束然后驳回更新用户cnstraint。

更糟糕的是，尽管布局代码说它试图打破我的高度限制，但它并没有-它继续重新计算单元格的高度，一切都按照我想要的方式绘制。

所以，什么是NSLayoutConstraint UIView-Encapsulated-Layout-Height(我猜它是计算的高度自动单元格大小)，我应该如何去迫使它重新计算干净?

当前回答

我能够解决这个错误通过删除一个假cell.layoutIfNeeded()，我在我的tableView的cellForRowAt方法。

2018-07-10 00:51:12

其他回答

试着降低你的_collapsedtextHeightConstraint的优先级到999。这样，系统提供的uiview - encapsulation - layout - height约束总是优先的。

它基于你在-tableView: highightforrowatindexpath:中返回的内容。确保返回正确的值和你自己的约束，生成的值应该是相同的。您自己的约束的较低优先级只是暂时需要，以防止折叠/展开动画运行时发生冲突。

补充:虽然系统提供的约束是否正确是有争议的，但与框架争论是没有意义的。简单地接受系统约束优先。如果您认为系统约束是错误的，请确保从委托返回正确的rowHeight。

2014-09-11 19:43:01

我收到的信息是这样的:

无法同时满足约束条件… .．. .．. .．. NSLayoutConstraint: 0 x7fe74bdf7e50 UIView-Encapsulated-Layout-Height” V: [UITableViewCellContentView: 0 x7fe75330c5c0 (21.5)] .．. .．. 会试图通过打破约束来恢复吗 x7fe0f9b1e090 NSLayoutConstraint: 0 x7fe0f9b200c0 UITableViewCellContentView: 0。bottomMargin == UILabel:0x7fe0f9b1e970.bottom

我使用一个自定义的UITableViewCell和UITableViewAutomaticDimension的高度。我还实现了estimatedhighightforrowatindex:方法。

给我带来问题的约束条件是这样的

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-[title]-|" options:0 metrics:nil views:views];

将约束改为this将解决问题，但就像另一个答案一样，我觉得这是不正确的，因为它降低了我希望被要求的约束的优先级:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-6@999-[title]-6@999-|" options:0 metrics:nil views:views];

然而，我注意到的是，如果我实际上只是删除优先级，这也是有效的，我不会得到破坏约束日志:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-6-[title]-6-|" options:0 metrics:nil views:views];

|-6-[title]-6-|和|-[title-|之间的区别是什么，这有点神秘。但是，指定大小对我来说不是问题，它消除了日志，而且我不需要降低所需约束的优先级。

2016-03-11 17:22:34

与其通知表视图更新它的约束，不如尝试重新加载单元格:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView reloadRowsAtIndexPaths:@[[tableView indexPathForCell:_briefCell]] withRowAnimation:UITableViewRowAnimationNone];

[tableView endUpdates];

uiview - encapsulation - layout - height可能是表格视图在初始加载期间为单元格计算的高度，基于单元格当时的约束。

2014-08-08 16:35:28

我有一个类似的场景:一个只有一行单元格的表格视图，其中有几行UILabel对象。我使用iOS 8和自动布局。

当我旋转时，我得到了错误的系统计算的行高(43.5远小于实际高度)。它看起来是这样的:

"<NSLayoutConstraint:0x7bc2b2c0 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7bc37f30(43.5)]>"

这不仅仅是一个警告。我的表格视图单元格的布局是可怕的-所有的文本重叠在一个文本行。

让我惊讶的是，下面这一行神奇地“解决”了我的问题(自动布局没有抱怨，我在屏幕上得到了我所期望的):

myTableView.estimatedRowHeight = 2.0; // any number but 2.0 is the smallest one that works

不管有没有这句话:

myTableView.rowHeight = UITableViewAutomaticDimension; // by itself this line only doesn't help fix my specific problem

2014-11-26 11:42:01

如果uiview - encapsulation - layout - width和uiview - encapsulation - layout - height对你来说是0，当你使用dequeueReusableCell返回一个单元格时，你可能使用了错误的表视图/集合视图实例。

2022-12-10 02:35:45

什么是NSLayoutConstraint“uiview - encapsulation - layout - height”，我应该如何去迫使它重新计算干净?

推荐文章

最新文章

标签