故事板与否
故事板与否
提问于 2016-01-30 16:25:50
我正在从另一种语言和工具移植应用程序代码，这些语言和工具已经完全管理了切换视图的所有逻辑。
该应用程序目前可能有大约10个独特的场景，但很可能只是随着时间的推移而增长和增长:)
现在看来，默认的做法是将所有内容混合在一个大的故事板和代码文件中，并使用内置的机制来处理场景。
由于我是iOS/Swift/Xcode新手，我不知道这些解决方案的长期可行性是什么：
- 为每个只包含一个场景的场景创建唯一的故事船，并手动切换。
- 创造一个笔尖？每个场景的单个场景并手动切换
- 把所有的东西放在一个大的故事板上，然后手工操作
我现在担心的是把所有的东西整合在一起：
- App启动时间
- 如果必须同时在故事板中显示10+场景，则Xcode懒散
回答 2
Stack Overflow用户
发布于 2016-01-30 16:33:09
苹果公司建议的是使用Storyboard，只需在视图之间切换使用ctrl+Drag的视图，创建一个segue，然后以编程方式调用。
没有什么是呆滞的，你可以使用每个故事板上任意多的视图。如果有25次视图，xcode可能会变得很慢。
尽情享受
Stack Overflow用户
发布于 2016-01-30 17:17:27
这有点主观，但是：
- App启动时间
这不是问题。故事板被编译成XIB，因此它们与从性能角度来看使用NIBs差不多。对于大多数用例来说，NIB足够快。
- 如果必须同时在故事板中显示10+场景，则Xcode懒散
不怎么有意思。我的Macbook已经六岁了，我的故事板上有十多块屏幕。我发现屏幕房地产是一个比性能大得多的问题。使用Xcode 7，您还可以使用多个存储板并将它们连接在一起。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/35104108
复制相关文章
相似问题
腾讯云开发者
