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

单个项目中的多个情节提要是否优于单个情节提要？如果是，为什么

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

---

任何人请澄清以上问题。

这取决于项目要求。如果您对

尺寸等级和
自动布局足够好，并且如果所有设备的要求流程几乎相似，则使用单故事板

默认情况下，在Xcode 6或更高版本中，建议使用单个故事板
 如果你有一个更大的应用程序和/或不是只有一个人团队：

你不应该使用单层板。正如它的名字所说，它是一个“故事”板。你应该有一个故事在一个董事会。这样可以保持故事板的可读性和可维护性

如果你有一个团队，如果两个单层板同时发生变化，那么“合并”一个单层板就是一场噩梦。这或多或少是不可能的。但是，如果每个故事都有一个对应的故事板，即使在scrum团队中，您也可以只处理一个故事板，而不需要合并

如果你在谷歌上搜索“ios情节提要git merge…”，互联网上会有很多有用的文档和研讨会。
苹果的文档说你可能有多个情节提要。不幸的是，他们并没有详细说明如何做到这一点。正如您所发现的，Interface Builder不会帮助您，因此您必须在代码中完成。其工作原理与加载XIB非常相似：

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

话虽如此，如果您不想“想要一个大的/臃肿的故事板”，那么XIB真的是一个不错的选择。这种“大”的好处是：风投之间的所有转换都安排在一个地方。拥有多个情节提要实际上是为了让您可以通过应用程序支持多个不同且不相关的流：例如，一个情节提要用于复杂配置流，另一个用于主用户流。
何时使用情节提要
最后，虽然故事板最适合用于涉及多个视图控制器的场景，但在使用单个表视图控制器时也可以使用故事板，原因有三：


能够在适当的位置设计表格单元原型有助于将各个部分保持在一起。
可以在父表视图控制器内设计多个单元格模板。
可以创建静态表视图（这是一个期待已久的添加，不幸的是，它只在情节提要中可用）。

何时不使用iOS故事板
少数情况：


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

何时使用NIB进行iOS UI设计
所有用例的子集将是：


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

何时不使用笔尖
您应避免在以下情况下使用NIB：


具有动态内容的视图，其中布局会根据内容发生显著变化。
在界面生成器中本质上不易设计的视图。
查看具有复杂转换的控制器，这些转换可以通过故事板简化。
这取决于您的应用程序屏幕的数量，如果屏幕的数量超过单个故事板，则可能看起来有点拥挤，而其他在同一项目中工作的开发人员将很难获得合适的控制器。在另一种情况下，如果您创建不同的Sotryboard，那么对其他Skumar KL来说，对其进行更改将更清晰、更容易理解：您是否曾经在GIT上同时与两个人制作故事板并尝试将其合并？如果没有，我建议你试试。在这种情况下，你的答案会改变