的开发者, 我在界面生成器(Xcode 5 / iOS 7)中的自动布局遇到了麻烦。 这是非常基础和重要的,所以我认为每个人都应该知道这是如何正确工作的。如果这是Xcode中的一个bug,那它就是一个严重的bug !

所以,每当我有这样的视图层次结构时,我就会遇到麻烦:

>UIViewController
>> UIView
>>>UIScrollView
>>>>UILabel (or any other comparable UIKit Element)

UIScrollView有固定的约束,例如,每边50px(没问题)。 然后我添加一个顶部空间约束UILabel(没有问题)(我甚至可以钉标签的高度/宽度,改变什么,但应该是不必要的,由于标签的内在大小)

当我给UILabel添加一个尾随约束时,问题就开始了:

例如,尾随空间到:Superview等于:25

现在出现了两个警告——我不明白为什么:

A)滚动内容大小不明确(滚动视图具有不明确的滚动内容高度/宽度)

B)视图错位(Label Expected: x= -67 Actual: x= 207)

我在一个新项目中做了这个最小的例子,你可以下载,我附上了一张截图。如你所见,Interface Builder期望Label位于UIScrollView的边界之外(橙色虚线矩形)。用解决问题工具更新标签的框架,将其移到那里。

请注意:如果你用一个UIView替换UIScrollView,行为是预期的(标签的帧是正确的,根据约束)。所以看起来要么是UIScrollView有问题,要么是我错过了一些重要的东西。

当我运行应用程序而不更新标签的框架时,它的位置很好,正是它应该在的地方,UIScrollView是可滚动的。 如果我确实更新了帧,标签就会从视野中消失,UIScrollView也不会滚动。

帮帮我,欧比王·克诺比!为什么是模棱两可的布局?为什么会出现这种错位的观点?

你可以在这里下载示例项目,试着看看你能弄清楚发生了什么: https://github.com/Wirsing84/AutoLayoutProblem


当前回答

我终于明白了,我希望这更容易理解。

你通常可以通过添加一个基本的UIView到滚动视图作为一个“内容视图”来绕过这个警告,就像他们提到的,让它和你的滚动视图一样大,在这个内容视图上,设置这6个参数。

如您所见,您总共需要6个参数!哪一个在正常情况下,你复制了两个约束,但这是避免故事板错误的方法。

其他回答

这是我自己回答的问题UIScrollView +居中视图+模糊可滚动内容大小+许多iPhone大小的答案。

但它也完全覆盖了你的案子!

这是最简单情况的初始状态

所有边都有0个约束的scrollView 按钮居中水平和垂直与固定的宽度和高度约束 当然,恼人的警告具有模糊的可滚动内容宽度和模糊的可滚动内容高度。

我们所要做的就是

添加2个额外的约束,例如“0”用于视图的尾部和/或底部空间(请看下面截图中的例子)。

重要的是:你必须添加结尾和/或底部约束。不是“领先和领先”——这不是工作!

你可以在我的示例项目中检查它,演示如何修复这个问题。

P.S.

根据逻辑,这个动作应该导致“冲突约束”。但是没有!

我不知道为什么它工作,以及Xcode如何检测哪个约束更优先级(因为我没有为这些约束显式设置优先级)。 如果有人在下面的评论中解释一下为什么它能起作用,我会很感激的。

我知道我可能晚了,但是下一个解决方案无需额外的代码就解决了这类问题,只是使用故事板:

对于你的内容视图,你需要设置前/后/上/下空格到滚动视图的约束,这不会改变内容视图框架,如下所示:

当然,您需要为内容视图创建额外的约束,以便滚动视图可以知道内容大小。例如,设置固定高度和中心x。

希望这能有所帮助。

对我来说,添加contentView并没有像建议的那样真正起作用。此外,由于添加了视图,它会产生开销(尽管我不认为这是一个大问题)。对我来说最有效的方法是关闭我的scrollView的歧义检查。一切都布置得很好,所以我认为在像我这样简单的情况下是可以的。但是请记住,如果你的scrollView的其他约束被打破,Interface-Builder将不再就此警告你。

我也有同样的问题。取消这个复选框。因为您是在代码中设置内容大小。

This error took me a while to track down, initially I tried pinning the ScrollView's size but the error message clearly says "content size". I made sure everything I pinned from the top of the ScrollView was also pinned to the bottom. That way the ScrollView can calculate its content height by finding the height of all the objects & constraints. This solved the ambiguous content height, the width is pretty similar... Initially I had most things X centered in the ScrollView, but I had to also pin the objects to the side of the ScrollView. I don't like this because the iPhone6 might have a wider screen but it will remove the 'ambiguous content width' error.