单一故事板与XCode中的多个故事板，哪一个更好

Question

单个项目中的多个故事板是否优于单个故事板 ??如果是，那么为什么？

哪个更好单个故事板或多个故事板 ??

任何人请告诉我以上的疑问。

Answer 1

这取决于项目要求。如果您对size classes和auto-layout足够好，并且如果所有设备的需求流程几乎相似，那么请转到使用 单个故事板 。

默认情况下在Xcode 6或更高版本中，建议使用单个storyBoard。

Answer 2

如果你有一个更大的应用程序和/或不只有一个人团队：

你不应该使用单一故事板。就像它的名字所说，它是一个＆＃34;故事＆＃34;板。你应该在一个董事会中有一个故事。这样可以保持故事板的可读性和可维护性。

如果你有一个团队，那么＆＃34;合并＆＃34;是一个噩梦。一个单一的故事板，如果2同时做出改变。这或多或少是不可能的。但是，如果每个故事都有相应的故事板，即使是在scrum团队中，您也可以设法只在一个故事板上工作，而不需要合并。

如果你google＆＃34; ios storyboard git merge ....在互联网上有很多有用的文件和研讨会....＆＃34;

Answer 3

何时使用故事板

最后，虽然Storyboard最适合用于涉及多个视图控制器的场景，但在使用单个表视图控制器时使用Storyboard也是有道理的，原因有三：

• 能够就地设计表格单元原型有助于将各个部分保持在一起。
• 可以在父表视图控制器中设计多个单元格模板。
• 可以创建静态表格视图（遗憾的是，只有在故事板中才能使用期待已久的添加）。

何时不使用iOS故事板

少数情况：

• 该视图具有复杂或动态的布局，最好使用代码实现。
• 该视图已使用NIB或代码实现。

何时使用NIB进行iOS UI设计

所有用例的子集将是：

• 模态视图
• 简单的登录和注册视图
• 设置
• 弹出窗口
• 可重复使用的视图模板
• 可重复使用的表格单元格模板 同时...

何时不使用NIB

你应该避免使用NIB：

• 包含动态内容的视图，其中布局会根据内容发生重大变化。
• 在Interface Builder中无法轻易设计的视图。
• 查看具有复杂转换的控制器，可以通过故事板轻松实现。

Answer 4

Apple的文档说你可能有多个故事板。不幸的是，他们没有详细说明如何做到这一点。正如您所知，Interface Builder无法帮助您，因此您必须在代码中执行此操作。它的工作方式与加载XIB非常相似：

[UIStoryboard storyboardWithName:@”MyNewStoryboard” bundle:myBundle]

话虽如此，如果你不想要一个大/臃肿的故事板＆＃34;因为那时XIB真的是要走的路。这个＆＃39; bigness＆＃39;好处是：风险投资之间的所有转换都在一个地方进行。拥有多个故事板确实可以通过您的应用程序支持多个不同且不相关的流：例如，一个故事板用于复杂的配置流，另一个用于主用户流。