故事板对Xibs iOS9

Question

我知道这是一个被问了很多次的问题，但是它是iOS 9，我仍然不清楚该做什么。首先，以下是我从所有可用数据中推测出来的情况：

• 故事板可以让你创建插页。我从来都不是这个答案的超级粉丝，因为segues常常是为我创建UI布局中最不痛苦的部分。
• Xibs可以让您创建多个顶级视图。(Storyboards vs. the old XIB way)我认为我从来没有用过这么多，虽然这似乎很有帮助。
• 故事板-创建UITableViewCells更容易。在我看来，为单元格创建xib并在cellForRowAtIndexPath中调用它们是比较干净的。
• 故事板可以变成一个巨大的超大文件，很难编辑。我在实践中见过这种情况，这是一个很大的缺点，但同时.
• 故事板让你把你所有的视图安排在一个地方，布局也显示出来。这似乎对我有很大的帮助。但是，多年来，我发现在代码中这样做要容易得多。这就引出了我最后一个问题。

这两件事的性能方面是什么？我的应用程序本质上如下：

• 互连视图控制器的顶层层次结构，不超过5个。
• 大量不同的、独立的视图控制器，从滚动视图到TableViews，再到静态图像视图。
• 奥托莱奥特，尺寸课，作品。

对于每个视图控制器，为每个视图控制器创建一个故事板的性能如何?为每个视图控制器创建一个xib的性能如何。更重要的是，什么将是一个好的方式来部署一个应用程序，如我刚才提到的。

Answer 1

这听起来像是一个故事板是正确的事情，你目前的项目。然而，我的经验是，在现实世界中，Xibs和故事板是有问题的，原因如下：

1. 从开发人员到开发人员都有非常特殊的特性，因此要作为一个团队构建好的故事板是很棘手的。
2. 黑匣子，所以他们需要大量的知识来掌握(令人难以置信的隐藏行为)。文档中只涉及最肤浅的语义。
3. 通过拆分国际化变得更加困难，特别是如果您已经将未包含在Storyboard/Xib中的消息国际化了。
4. 向后兼容性中断每年/随着时间的推移而保证弃用。如果您试图保持与旧设备的兼容性，这一点尤其困难。

当两个以上的开发人员开始接触我们的代码时，我们就重写了所有的东西，从而完全避免了故事板和Xibs，并且我们变得更加高效。

如果您必须处理任何这些真实世界的情况，我衷心建议以编程的方式创建您的所有视图。甚至有一个应用程序可以让这更容易(而且更易于扩展)。我与这家公司或产品没有任何关系，但这是一个更好的解决方案。

http://www.paintcodeapp.com/

Answer 2

您肯定希望使用情节提要来布局视图控制器--仅仅是因为您可以访问topLayoutGuide和bottomLayoutGuide，XIB编辑器不会给您提供这些访问权限。

对于其他观点来说，这是一个优先考虑的问题。我倾向于将XIB用于表视图单元格，因为我倾向于在不同的屏幕上重用它们，并且更愿意将它们放在自己的文件中。

实际上，我建议不要在可能的情况下手动编写视图代码，因为它很难阅读和计算视图的布局方式，特别是对于那些最初没有编写代码的开发人员来说！对于简单的、动态大小的事情，这可以很好，但是如果您试图根据大小类部署具有不同约束的视图控制器，那么最终会变得有点混乱。

是的，处理这些文件的合并冲突是很痛苦的，但是使用iOS 9，您可以使用视图控制器引用将视图控制器分割成不同的情节提要。就我个人而言，我发现合并故事板/XIB带来的不便是必须用代码编写所有东西的较小的坏处。