Interface Builder 以小增量降低情节提要、调整大小和重新定位视图

Question

我们有许多不同的开发者贡献的 iOS 应用。我继续注意到的一个问题是，我们故事板中的视图将移出它们放置的位置或调整大小以使其更小，这在原本适合文本大小的标签上变得非常明显，当标签全部突然截断他们的文字。

我注意到当开发人员没有直接对故事板进行任何编辑时，我们的视图的这些退化出现在提交到我们的 Git 存储库中。他们可能已经在 Interface Builder 中查看了故事板，但没有对故事板进行任何真正的更改。尽管如此，这些更改仍会与他们正在处理的内容一起保存并提交。

当我在负责提交之前和之后的情节提要文件之间进行文本比较时，我看到视图框架发生了一些小的变化，例如：

<rect key="frame" x="203" y="8" width="362" height="29"/>
                             |
                             V
<rect key="frame" x="203" y="7.5" width="362" height="29"/>

和

<rect key="frame" x="446.00000170260091" y="7" width="302" height="30"/>
                      |
                      V
<rect key="frame" x="446" y="7" width="302" height="30"/>

和

<rect key="frame" x="364" y="3" width="200" height="38"/>
                      |
                      V
<rect key="frame" x="363" y="3" width="200" height="38"/>

和

<rect key="frame" x="284" y="7" width="97" height="30"/>
                      |                |
                      V                V
<rect key="frame" x="283" y="7" width="96" height="30"/>

和

<rect key="frame" x="384.00001078580522" y="7" width="101" height="30"/>
                      |                                |
                      V                                V
<rect key="frame" x="383.00000530853856" y="7" width="100" height="30"/>

在大多数情况下，框架尺寸的数字仅发生少量变化，整数值变化一或浮点值被截断或小数部分发生微小变化。

其他时候，这些值会发生一些变化，例如：

<rect key="frame" x="334" y="3" width="200" height="38"/>
                      |
                      V
<rect key="frame" x="331" y="3" width="200" height="38"/>

和

<rect key="frame" x="251" y="7" width="223" height="30"/>
                                        |
                                        V
<rect key="frame" x="251" y="7" width="220" height="30"/>

和

<rect key="frame" x="478" y="3" width="274" height="38"/>
                      |                 |
                      V                 V
<rect key="frame" x="475" y="3" width="276" height="38"/>

请注意，当开发人员不打算对情节提要进行单一更改时，所有这些示例框架更改均来自同一个示例提交。两个版本的文件之间的 XML 有 269 处差异，所有这些差异都是帧大小或位置的细微变化。故事板 XML 约为 9000 行。

似乎这个问题可能与 IB 使用浮点数和舍入误差有关，而偏离几个像素的差异可能是这些舍入误差在几次打开、解析和重新序列化数据。

这只是一个理论，因为我无法查明导致不需要的更改的确切原因。通常提交根本不会对帧进行任何重大更改，只有微不足道的浮点更改，例如 446.00000055262581 -> 446.00000112002783。但是当发生严重的变化时，它们似乎大量发生。

发生更改的提交也是由同一开发人员使用相同版本的 Xcode 和 Interface Builder 进行的。在获取此数据的示例提交中，文档标签在故事板文件的两个版本中都是 <document type="com.apple.InterfaceBuilder3.CocoaTouch.Storyboard.XIB" version="3.0" toolsVersion="6250" systemVersion="14A389" targetRuntime="iOS.CocoaTouch.iPad" propertyAccessControl="none" initialViewController="JAD-vj-VfC">。

除了确保检查不会对故事板文件提交无关紧要或意外的更改之外，我还想缩小导致我们的故事板视图发生这些不必要更改的原因。如果导致问题的原因是我们可以避免做的事情，我们可以知道原因。

更新： 正如 Tim 乐于指出的那样，这个问题似乎是在视网膜显示器上使用 Interface Builder 时引起的。导致问题的所有开发人员都有视网膜 MacBook Pro。我们这些没有视网膜显示器的人没有遇到过这个问题。

Answer 1

这个谜中最有趣的线索是，当你在 Retina 显示器上打开同一个故事板时，它似乎特别糟糕，而不是在非视网膜显示器上。

起初，我在 4k iMac 和 pre-retina Macbook pro 之间来回切换，并且进行了大量更改（每次更改约 300 行）。

然后我只是将 xcode 窗口从我的主显示器 (4k/retina) 拖到我的第二个显示器 (2560x1440, non-retina) - 虽然窗口大小相同，但 xcode 调整了所有元素的大小并抱怨〜 50 错位的意见。我将它移回视网膜显示器，大约一半的“错位”错误消失了，但仍有一半。正如您所建议的那样，重新缩放会降低基础数据的质量。

如果您有多个开发人员在处理同一个文件，这肯定会经常发生。

解决方案？这很可能完全由 Apple 来纠正 - 我没有遇到任何可以缓解它的设置。

Answer 2

这似乎是与 Interface Builder 的 CGFloat 值序列化有关的错误。视图框架的大小和位置值是浮点数。但它们的值始终是整数。内部图形操作要求它们是浮点数才能使变换数学起作用，但所有内容始终以整数点值表示。

当这些浮点值被序列化为故事板 XML 时，IB 通常将值序列化为整数，但偶尔也会将它们序列化为浮点数。我不确定为什么它会决定这样做，但它不太常见。在我上面的示例框架中，其中 3 个值最终是浮点数，而其他值是整数。

在我的示例中也可以看到，浮点表示通常会被更改为序列化为整数。这是我认为发现错误的地方。

随着视图框架的变化，我注意到一件事，它们倾向于向左移动或缩小。所以值大多越来越小。您可以在我提供的示例中看到，大多数情况下都是如此。

浮点数没有精确表达整数值的精度，但精确到小数点后几位。因此，虽然有时整数在我的示例中表示为略高于整数值（即 384.00001078580522），但其他整数表示为略低于整数值。以下是 IB 所做的帧更改示例：

<rect key="frame" x="457" y="7" width="291" height="30"/>
                      |
                      V
<rect key="frame" x="456.99999985252464" y="7" width="291" height="30"/>

虽然这一特殊更改似乎并未直接修改框架的值。这两个数字基本上等于 457。我认为正在发生的是，当再次打开情节提要时重新解析此 XML 时，它可能会截断 456.99999985252464 值并将其读取为 456。这会导致值逐渐获取更小，缩小尺寸或将框架的位置向左或向上移动。

当然，这只是一个理论，并没有说明 Interface Builder 这样做的原因。它似乎从最近的 Xcode 6 版本开始。此外，它没有解释它是如何在一个示例中从 8 变为 7.5 的，甚至没有解释在我的上一个示例中它是如何从 274 变为 276 的。但在大多数情况下，大部分变化往往是向下的。

我正在向 Apple 提交一个错误以对此进行调查。

Answer 3

我可能有这个问题的答案。它以低分辨率模式打开应用程序是一个鲜为人知的功能。我们最近遇到了一个类似的问题，其中当分隔线设置为默认或单行时，表格视图单元格的内容视图的高度增加了 0.5。当它设置为 None 时，这个问题就不存在了。 脚步 1. 将默认 TVC 拖到情节提要。检查表格视图单元格内容视图的高度。它将是 43.5。 2. 将表格视图的分隔线设置为无。单元格的内容视图变为 44。

现在退出 Xcode 并在 Xcode 应用程序的 Finder 获取信息窗口中设置以低分辨率打开模式。现在，如果您按照上面相同的步骤操作，它会将表格视图单元格的内容视图的高度显示为 43。

当有不同的团队成员处理视网膜显示器和非视网膜显示器时，您只需将故事板文件修改为修改后的内容，因为您在视网膜显示器中打开了故事板。一种解决方法是打开以低分辨率模式打开并工作。但是，它违背了拥有视网膜显示器的目的，但比将情节提要标记为已修改更好，即使您没有更改任何内容。