2

我通常使用 NSLayoutAnchor，但很多时候我被建议不要使用它。除了更复杂/更长的代码之外，它是否有任何问题，例如性能下降？

我被告知使用：

let myView = UIView(frame: CGRect(x: 0, y: 20, width: view.frame.bounds.width, height: 100))

代替：

let myView = UIView()
myView.translatesAutoresizingMaskIntoConstraints = false
myView.widthAnchor.constraint(equalTo: view.widthAnchor).isActive = true
myView.leadingAnchor.constraint(equalTo: view.leadingAnchor).isActive = true
myView.topAnchor.constraint(equalTo: view.topAnchor, constant: 20).isActive = true
myView.heightAnchor.constraint(equalToConstant: 100).isActive = true
4

3 回答 3

4

使用框架的缺点是，一旦你将它们布置好，你需要在需要它相对于某些东西进行更改时手动更改它们。例如：方向更改、动画等。但是如果您使用自动布局，您将相对定义视图的位置，这意味着，即使在方向更改或动画的情况下，您的视图也会根据您设置的约束调整自身大小。

关于性能下降，自动布局需要更多时间（不是那么多）来计算视图的框架，但这可以忽略不计，并且方便的方式掩盖了性能影响。

最后，考虑到大多数视图需要某种基于屏幕尺寸、方向变化等的动态定位，框架的用例将非常小。混合框架和自动布局从来都不是一个好主意。

Tl; dr - 自动布局 > 帧。

于 2018-09-11T03:03:04.163 回答
4

首先，我想确认使用框架比自动布局快得多（据我所知大约是 10 倍）。这就是为什么另一个告诉你使用框架而不是自动布局的原因。虽然@RakeshaShastri 有一个很好的答案来解释为什么我们应该使用自动布局，但我的答案将讨论何时应该使用框架而不是自动布局。

  • 在视图控制器上显示诸如UIView, UIButton, UILabel... 等普通视图时，您可以使用自动布局。使用框架和自动布局之间的区别是微不足道的。
  • 和UICollectionViewCell，UITableViewCell你应该使用框架。在这种情况下，框架和自动布局之间的性能存在很大差异。

让我们看一下下面的基准来比较它们。

图片取自LayoutFrameworkBenchmark。它在布局 100 个 UICollectionView 单元格时显示性能

在此处输入图像描述

如您所见，自动布局比手动布局和非自动布局花费更多的时间（约 15 次）。这种差异将影响您的收藏视图在滚动时的流畅程度。

特别是当您的单元格具有繁重的视图层次结构时，自动布局将花费大量时间来根据约束条件计算单元格子视图的位置，并进行多余的计算。它可以使集合视图或表格视图在滚动时滞后。在这里使用框架可以尽可能减少多余的计算并帮助我们节省其他任务的时间。

结论：

  • UICollectionViewCell在 , 上使用自动布局时要小心UITableViewCell。如果您的集合视图或表格视图在滚动时不流畅，自动布局可能是一个重要原因。

  • 仅当您遇到自动布局问题时才使用框架。在正常情况下使用框架获得的性能是微不足道的。

于 2018-09-11T04:01:09.807 回答
2

如果您担心复杂/冗长的代码，请尝试使用 SnapKit。它让你爱上自动布局https://github.com/SnapKit/SnapKit

话虽如此，很多人倾向于认为 AutoLayout VS Frame。但实际上你应该同时使用两者。如果您的视图不会改变并且需要快速交互，请使用 Frame。如果您希望视图可扩展并处理横向/纵向，请使用 AutoLayout。

于 2018-09-11T04:10:37.113 回答