ios - Storyboard与 Xibs - iOS9

Question

我知道这个问题已经被问了很多，但它是 iOS 9，我仍然不清楚该怎么做。对于初学者，这是我从所有可用数据中推测出的内容:

• Storyboard可让您创建转场。 [我从来都不是这个答案的忠实粉丝，因为 segues 通常是为我创建 UI 布局时最不痛苦的部分。]
• Xibs 可以让您创建多个顶级 View 。 ( Storyboards vs. the old XIB way ) [我不认为我用过这么多，尽管它看起来很有帮助。]
• Storyboard - 创建 UITableViewCells 更容易。 [在我看来，为单元格创建 xibs 并在 cellForRowAtIndexPath 中调用它们更简洁]。
• Storyboard可以变成一个难以编辑的超大文件。 [我在实践中看到过这种情况，这是一个很大的缺点，但同时...]
• Storyboard可让您将所有 View 安排在一个位置，并显示布局。 [这对我来说似乎是一个很大的帮助。但是，多年来我发现在代码中这样做要容易得多。这就引出了我的最后一个问题。]

这两件事的性能方面是什么。我的应用基本上如下:

• 互连 View Controller 的顶级层次结构，不超过 5 个。
• 大量不同的、独立的 View Controller ，范围从 ScrollView 到表格 View 再到静态 ImageView 。
• Autolayout、size classes、作品。

对于这些 View Controller 中的每一个，为每个 View Controller 创建一个 Storyboard与为每个 View Controller 创建一个 xib 的性能是什么。更重要的是，什么是布置我提到的应用程序的好方法。

Answer 1

您肯定想使用 Storyboard来布置 View Controller - 只是因为您可以访问 XIB 编辑器不会给您的 topLayoutGuide 和 bottomLayoutGuide。

对于其他 View ，这是一个偏好问题。我倾向于将 XIB 用于表格 View 单元格，因为我倾向于在不同的屏幕上重复使用它们并且更喜欢将它们放在自己的文件中。

我实际上建议不要尽可能手动编写 View 代码，因为阅读和弄清楚 View 的布局要困难得多，尤其是对于最初没有编写代码的开发人员!对于简单的、动态大小的东西，这可能没问题，但如果你试图根据大小类来布置具有不同约束的 View Controller ，它最终会有点困惑。

是的，处理这些文件的合并冲突很痛苦，但是在 iOS 9 中，您可以使用 View Controller 引用更轻松地将 View Controller 拆分到不同的 Storyboard中。就我个人而言，我发现合并 Storyboard /XIB 带来的不便比必须用代码编写所有内容的危害要小。