UIView-Encapsulated-Layout-Width/Height约束为零

Question

关于UITableView单元格和节页眉/页脚的自动布局存在许多堆栈溢出问题,这些问题涉及用于使其组件具有正确大小的UIView-Encapsulated-Layout-Width约束UITableView:

• 什么是NSLayoutConstraint"UIView-Encapsulated-Layout-Height",我应该如何强制它干净地重新计算
• 自定义键盘中的iOS 8.3'UIView-Encapsulated-Layout-Width'
• 自动布局:什么创建名为UIView-Encapsulated-Layout-Width&Height的约束？
• 什么是'UIView-Encapsulated-Layout-Width'约束？

这些约束的目的似乎非常清楚 - 它们允许UITableView并且还UICollectionView与约束布局接口并传递关于大单元(和其他组件)应该如何的规范.

大多数问题似乎是人们有一组必需的约束,这些约束与这些封装约束不兼容,也需要大小0.最可行的答案似乎是降低用户定义约束的优先级,999以便框架可以否决它们.

然而-我感兴趣的理解是为什么被UITableView需要的宽度0为自己的观点吗？这是一个错误吗？或者是不正确使用的结果？或者它是否完美无缺？

0如果细胞从无到有扩展,有时高度限制是有意义的.降低优先级是处理此问题的好方法.但是,为什么会在细胞中得到一个宽的0？

Answer 1

UIView 没有固有尺寸，因此需要宽度和高度限制。 UIView-Encapsulated-Layout-Width和UIView-Encapsulated-Layout-Height最初由 UICollectionView / UITableView 创建。然后根据 sizeForItem 或 heightForRowAtIndexPath 委托方法设置约束常量。确保在 cellForItem / cellForRow 方法中创建的 UICollectionViewCell / UITableViewCell 具有准确的大小。