多个故事板：它们应该有多小？
Multiple storyboards: how small should they be?
我想重新组织我们的故事板。我们有大约 25 个小故事板和大约 5 个大故事板。大的太大了（在 xCode 工作时会影响性能）。小的有时只包含一两个场景。我想知道是否有推荐的故事板大小以获得最佳性能，以便我在决定如何管理故事板时可以将其用作指南。有关于它的文档吗？有没有人尝试过不同的故事板大小并测量性能影响？
使用情节提要有它的好处，如果您想继续使用情节提要，则没有理由担心拥有许多情节提要对性能的影响，即使每个 ViewController 的情节提要以 [=10] 命名=].
请记住，大型故事板需要很长时间才能在 Xcode 预览中加载，因为它会呈现整个故事板文件；然而，当在应用程序中加载屏幕时，它不会加载整个文件，只是解析正确的视图控制器并仅渲染它。知道这一点，您应该不会在应用程序中看到更大的故事板的任何性能问题。
一般做法表明，由于合并冲突，作为开发人员使用大型故事板并不好，尤其是当多个开发人员在处理同一个故事板文件时。
如果您的布局足够简单，则可能值得在代码中完成所有操作。
我想在已接受的答案中添加一些额外的发现。
我们也有大型项目，我们使用 SwiftGen 来创建 ViewControllers，我们不使用 segues。因此，当您查看 API 来创建 ViewController:
时，单个故事板或多个故事板之间应该没有区别
MyViewController.instantiate()
我曾假设使用单个故事板，项目构建速度可能会更快。如果这是真的，我们可以编写一个脚本，将所有 ViewController 合并到一个故事板中，同时开发人员继续处理更小的故事板。但是实际测试并没有达到我的预期。
我们的项目在 61 个故事板中有 89 ViewControllers。
- 清理构建需要 ~ 80 秒
- 单个故事板时间均匀
增加到 ~ 86 秒
所以现在我被一个ViewController每个情节提要方法卖掉了。因为你不仅有更好的构建时间，而且你不需要为每个 ViewController in storyboard
添加标识符
我想重新组织我们的故事板。我们有大约 25 个小故事板和大约 5 个大故事板。大的太大了（在 xCode 工作时会影响性能）。小的有时只包含一两个场景。我想知道是否有推荐的故事板大小以获得最佳性能，以便我在决定如何管理故事板时可以将其用作指南。有关于它的文档吗？有没有人尝试过不同的故事板大小并测量性能影响？
使用情节提要有它的好处，如果您想继续使用情节提要，则没有理由担心拥有许多情节提要对性能的影响，即使每个 ViewController 的情节提要以 [=10] 命名=].
请记住，大型故事板需要很长时间才能在 Xcode 预览中加载，因为它会呈现整个故事板文件；然而，当在应用程序中加载屏幕时，它不会加载整个文件，只是解析正确的视图控制器并仅渲染它。知道这一点，您应该不会在应用程序中看到更大的故事板的任何性能问题。
一般做法表明，由于合并冲突，作为开发人员使用大型故事板并不好，尤其是当多个开发人员在处理同一个故事板文件时。
如果您的布局足够简单，则可能值得在代码中完成所有操作。
我想在已接受的答案中添加一些额外的发现。
我们也有大型项目，我们使用 SwiftGen 来创建 ViewControllers，我们不使用 segues。因此，当您查看 API 来创建 ViewController:
时，单个故事板或多个故事板之间应该没有区别MyViewController.instantiate()
我曾假设使用单个故事板，项目构建速度可能会更快。如果这是真的，我们可以编写一个脚本，将所有 ViewController 合并到一个故事板中，同时开发人员继续处理更小的故事板。但是实际测试并没有达到我的预期。
我们的项目在 61 个故事板中有 89 ViewControllers。
- 清理构建需要 ~ 80 秒
- 单个故事板时间均匀 增加到 ~ 86 秒
所以现在我被一个ViewController每个情节提要方法卖掉了。因为你不仅有更好的构建时间，而且你不需要为每个 ViewController in storyboard
添加标识符