故事板与否

Question

我正在从另一种语言和工具移植应用程序代码，该代码已经完全管理了切换视图的所有逻辑。

该应用程序现在可能有大约10个独特的场景，但很可能随着时间的推移而增长和增长：）

现在看来默认是将它们拼凑在一个大的故事板和代码文件中，并使用内置机制来切换场景。

由于我是iOS / Swift / Xcode的新手，我不确定这些解决方案的长期可行性是什么：

• 为仅包含一个场景并手动切换的每个场景创建独特的storyboatd
• 创建一个笔尖？每个场景的单个场景并手动切换
• 将所有内容放在一个大故事板中并手动切换

我担心将所有东西放在一起就是这样：

• 应用启动时间

• Xcode slugginish如果必须在故事板中同时显示10多个场景

Answer 1

苹果建议使用Storyboard，只需在视图之间切换，只需按住ctrl +在视图之间拖动即可创建一个segue，然后以编程方式调用。

apple developer reference: Using segues

您可以根据需要使用每个故事板尽可能多的视图。如果有25个视图，xcode可能会以某种方式变慢。

享受

Answer 2

这是主观的，但是：

• 应用启动时间

这不是问题。故事板被编译为XIB，因此它们与在性能方面使用NIB大致相同。对于大多数用例而言，NIB足够快。

• Xcode slugginish如果必须在故事板中同时显示10个以上的场景

不是真的。我的Macbook已经六年了，我的故事板超过十个屏幕。我觉得屏幕不动产比性能要大得多。使用Xcode 7，您还可以使用多个Storboards并将它们链接在一起。