我想重新组织我们的故事板。我们有大约25个小故事板和大约5个大故事板。大的（太大了）（在xCode中工作时会影响性能）。小的有时只包含一两个场景。我想知道是否有推荐的故事板尺寸以获得最佳性能，因此我可以在决定如何管理故事板时将其作为指导。有关于它的文件吗？有没有人尝试过不同的故事板大小和测量的性能影响？
答案 0 :(得分：3)
使用故事板有它的好处，如果你想继续使用故事板，没有理由你应该担心因为ViewController以ViewController命名的每个<form method="POST" action="#" enctype="multipart/form-data">
<label>Files to upload:</label>
<input type="file" name="files[]" multiple/>
<button type="submit" name="btnSend" value="Send">Send</button>
</form>
的许多故事板甚至故事板的性能影响。
请记住，大型故事板需要花费很长时间才能在Xcode预览中加载，因为它会呈现整个故事板文件;但是，当在应用程序中加载屏幕时，它不会仅仅解析正确的视图控制器而只加载整个文件。知道这一点，你不应该在应用程序的更大的故事板中看到任何性能问题。
一般做法表明，由于合并冲突，使用大型故事板对开发人员来说并不好，特别是如果多个开发人员正在处理相同的故事板文件。 如果您的布局足够简单，那么可能值得在代码中执行所有操作。
答案 1 :(得分：1)
我想在接受的答案中添加一些其他发现。
我们还有一个大型项目，我们使用SwiftGen创建ViewController，并且不使用segues。因此，当您通过创建ViewController来查看API时，单个情节提要板或多个情节提要板之间应该没有区别：
MyViewController.instantiate()
我假设只有一个情节提要，项目建设可能会更快。如果是真的，我们可以编写一个脚本，它将所有ViewController合并到一个故事板中，而开发人员继续在较小的故事板上进行工作。但是现实世界的测试没有达到我的期望。
我们的项目有61个Storybaord中的 89个ViewController 。
因此，现在我被出售给每个故事板一个ViewController 方法。因为您不仅构建时间略短，而且不需要在情节提要中向每个ViewController添加标识符