Ios 多个故事板:它们应该有多小?

Ios 多个故事板:它们应该有多小?,ios,xcode,storyboard,Ios,Xcode,Storyboard,我想重新组织我们的故事板。我们有大约25个小故事板和大约5个大故事板。大的太大,在xCode中工作时会影响性能。小场景有时只包含一两个场景。我想知道是否有一个最佳性能的推荐故事板大小,以便我在决定如何管理故事板时可以使用它作为指导。有关于它的文件吗?有人尝试过不同的故事板大小和测量的性能影响吗?使用故事板有它的好处,如果您想继续使用故事板,没有理由担心使用多个故事板(甚至每个ViewController都有一个以ViewController命名的故事板)对性能的影响。 请记住,在Xcode预览中

我想重新组织我们的故事板。我们有大约25个小故事板和大约5个大故事板。大的太大,在xCode中工作时会影响性能。小场景有时只包含一两个场景。我想知道是否有一个最佳性能的推荐故事板大小,以便我在决定如何管理故事板时可以使用它作为指导。有关于它的文件吗?有人尝试过不同的故事板大小和测量的性能影响吗?

使用故事板有它的好处,如果您想继续使用故事板,没有理由担心使用多个故事板(甚至每个ViewController都有一个以ViewController命名的故事板)对性能的影响。 请记住,在Xcode预览中加载大型故事板需要很长时间,因为它会渲染整个故事板文件;但是,在应用程序中加载屏幕时,仅解析正确的视图控制器并仅渲染该视图控制器并不会加载整个文件。知道了这一点,你就不应该在你的应用程序中从一个更大的故事板上看到任何性能问题

一般实践表明,由于合并冲突,作为开发人员使用大型情节提要对您不利,特别是当多个开发人员使用同一个情节提要文件时。
如果您的布局足够简单,那么在代码中做任何事情都是值得的。

使用序列图像板有它的好处,如果您想继续使用序列图像板,那么您没有理由担心使用多个序列图像板(甚至每个以ViewController命名的ViewController都有一个序列图像板)对性能的影响。 请记住,在Xcode预览中加载大型故事板需要很长时间,因为它会渲染整个故事板文件;但是,在应用程序中加载屏幕时,仅解析正确的视图控制器并仅渲染该视图控制器并不会加载整个文件。知道了这一点,你就不应该在你的应用程序中从一个更大的故事板上看到任何性能问题

一般实践表明,由于合并冲突,作为开发人员使用大型情节提要对您不利,特别是当多个开发人员使用同一个情节提要文件时。
如果您的布局足够简单,那么代码中的所有内容都是值得的。

我想在公认的答案中添加一些额外的发现

我们还有一个大型项目,我们使用SwiftGen创建ViewController,而不使用segues。因此,在创建ViewController时查看API时,单个故事板和多个故事板之间应该没有区别:

MyViewController.Instance 我有一个假设,用一个故事板,项目可能会建设得更快。如果这是真的,我们可以编写一个脚本,将所有ViewController合并到一个故事板中,同时开发人员继续在较小的故事板上工作。但现实世界的测试并没有达到我的预期

我们的项目在61个Storyboards中有89个ViewController

清洁建造需要约80秒 单故事板时间相等 增加到约86秒
所以现在我被卖给了一个ViewController每个故事板方法。因为您不仅有稍微好一点的构建时间,而且您不需要在storyboard中向每个ViewController添加标识符

我想在公认的答案中添加一些额外的发现

我们还有一个大型项目,我们使用SwiftGen创建ViewController,而不使用segues。因此,在创建ViewController时查看API时,单个故事板和多个故事板之间应该没有区别:

MyViewController.Instance 我有一个假设,用一个故事板,项目可能会建设得更快。如果这是真的,我们可以编写一个脚本,将所有ViewController合并到一个故事板中,同时开发人员继续在较小的故事板上工作。但现实世界的测试并没有达到我的预期

我们的项目在61个Storyboards中有89个ViewController

清洁建造需要约80秒 单故事板时间相等 增加到约86秒
所以现在我被卖给了一个ViewController每个故事板方法。因为您不仅有稍微好一点的构建时间,而且不需要在storyboard中向每个ViewController添加标识符

我认为OP不是在问应用程序中的性能问题,而是在Xcode中。您知道开发人员为了获得最佳性能和最少数量的故事板而建议使用的故事板大小吗?Xcode中的性能可能取决于许多因素,而不仅仅是故事板文件的大小。例如,IBInspectable/IBDesignable。此外,如果约束冲突可能会严重减慢渲染速度。一般来说,我不建议使用超过5-7个视图控制器的大型故事板,最好将其拆分为更多的故事板,如果您想让它更直观,可以使用故事板参考。我不认为OP是在问性能问题
在应用程序中,但在Xcode中。您知道开发人员为了获得最佳性能和最少数量的故事板而建议使用的故事板大小吗?Xcode中的性能可能取决于许多因素,而不仅仅是故事板文件的大小。例如,IBInspectable/IBDesignable。此外,如果约束冲突可能会严重减慢渲染速度。一般来说,我不建议使用超过5-7个视图控制器的大型故事板,最好将其拆分为更多的故事板,如果您希望使其更直观,可以使用故事板引用。