如何以编程方式关闭视图层次结构的自动布局？

Question

我创建了一个单独的框架来容纳我的视图层次结构，不应该启用自动布局。为此，我取消了 Interface Builder 中的“使用自动布局”复选框（在故事板上）。

我将以下操作添加到此基本视图中的按钮，以测试视图层次结构（视图 + 按钮）上没有生成任何约束：

    @IBAction func buttonPressed(sender:AnyObject?){
    println(self.view.constraints)
    println(self.view.subviews[0].constraints)
}

然后我将上面的框架导入到一个新的 Cocoa 应用程序中，该应用程序启用了 AutoLayout，并在容器视图控制器中重新使用上面框架中的视图控制器。按下按钮时，结果如下：

[]
[<NSContentSizeLayoutConstraint:0x6080000a7da0 H:
[NSButton:0x600000140e70'Button'(46)] Hug:250 CompressionResistance:750>,
<NSContentSizeLayoutConstraint:0x6080000ad6e0
V:NSButton:0x600000140e70'Button'(21)] Hug:250 CompressionResistance:750>]

问题：

1. 以上是否意味着我的按钮以某种方式受到了一些约束？
2. 是他们在视图层次结构中关闭 AutoLayout 的另一种（更编程的方式）吗？在这种情况下，除了关闭约束之外，我不使用情节提要。

更多信息：

translatesAutoResizingMasksIntoConstraints 对于视图和按钮都设置为 false - 为了安全起见。

我也尝试过运行 Instruments/AutoLayout，但是当我的程序启动时它会崩溃。崩溃报告中的堆栈跟踪显示它在崩溃时正忙于与 AutoLayout 相关的调用！

编辑

我想在我的视图层次结构的一部分中禁用自动布局，只是为了在滚动具有复杂布局的文档时获得性能优势。

我的 scrollView 在类似于 tableView 的控件上执行滚动（它是一个电子表格网格）。我的方法是在您向右滚动时从左侧移动（又名重新布局）单元格等...我发现当我滚动得非常快时会出现滞后效应（表现为角落的闪烁/闪烁）屏幕），细胞无法足够快地移动。他们当然会在 500 毫秒到 1000 毫秒左右之后赶上，但它看起来并没有想象中那么好。

使用 Instruments（时间分析器）我还可以看到大部分繁忙时间都被“布局和显示”占用，布局与显示差不多。我还在没有将内容加载到单元格中的情况下进行了测试，以了解布局是否发生得不够快（事实并非如此）。

更有趣的是，看看 Instruments (AutoLayout)，我当然可以看到它在滚动期间非常忙于处理约束，尽管我不能说这是否一定是坏的。

我的想法是，对于像这样的复杂（按移动部件的数量）视图/控件，AutoLayout 在数学上解决约束集问题的时间可能比我直接告诉它新框架的时间要长是直接的。

Answer 1

每个窗口启用或禁用自动布局，而不是视图层次结构的部分。如果窗口中的任何内容使用自动布局，那么整个窗口都会这样做。也就是说，如果有任何东西为窗口层次结构中的任何视图添加或激活约束，或者任何视图的类覆盖 +requiresConstraintBasedLayout 以返回 true，则窗口将使用自动布局。

请注意，系统视图甚至主题框架视图（绘制标题栏的内容）都可以在您不知情的情况下使用自动布局。即使您窗口中的视图在当前版本的操作系统中没有使用自动布局，它们也可以在未来的任何版本中更改为这样做。

所以：不，您不能确定禁用自动布局。

将translatesAutoResizingMasksIntoConstraints 设置为 false 并不能避免开启自动布局。这只是意味着如果自动布局 is （通过其他方式）打开，这些视图的布局将不正确（因为它们没有从其他任何地方获得约束）。通常，将translatesAutoResizingMasksIntoConstraints 设置为 false 只能由选择in 自动布局的代码完成。

translatesAutoResizingMasksIntoConstraints 默认为 true 允许系统透明地启用应用程序中的窗口中的自动布局，这些应用程序并非旨在使用自动布局而不破坏其行为。

您如何确定自动布局与滚动时的性能问题有关？

---

更新：

减轻网格视图的自动布局对性能造成的任何影响的一种可能方法是像您一样关闭单元格视图的translatesAutoResizingMasksIntoConstraints（正如我所说的那样是个坏主意），然后手动将它们的框架设置为覆盖-layout。我认为这是合法的。

您可能还会在将它们添加到它们的超级视图时设置它们的框架，但这还不够。如果您不在 -layout 覆盖中布置它们，自动布局可能会将它们的框架归零。