Xcode中的Storyboard非常慢
我在故事板中有150个UIViewController，并且在这些视图之间滚动非常缓慢。 我无法轻松放大和缩小，并且需要一段时间才能完成麦粒肿。
我在MBPR上，我安装了Xcode 4.4
规格：2.3GHz / 16G / 256，我认为它足以处理这样的事情。
是否有任何选项，设置或提示/技巧在故事板中拥有如此多的视图，并且不会错过性能。
注意：我已经完成了所有可能的解决方案（删除缓存和工作区）。 没有工作。 它与Storyboard中的UIViewController的数量有关。
谢谢
更新2016年 ：只需更新此问题，因为Xcode 7中有一项新功能可让您将故事板重构为多个故事板。
重构故事板 https://developer.apple.com/library/ios/recipes/xcode_help-IB_storyboard/Chapters/RefactorStoryboard.html
如果你搜索术语“重构故事板”，你会发现很好的教程:)
绝对使用这个多个故事板。 我不知道使用故事板有任何限制，但试图一次呈现所有这些UI代码对于您的机器来说很难，而且开发人员也很难理解。
尝试从逻辑上将你的故事板神奇地分类为诸如：“profileSB，feedSB，mapSB，messagesSB，settingsSB”
这里有一些关于创建这些内容的很好的教程：
http://spin.atomicobject.com/2014/02/18/ios-storyboards-xcode5/
http://www.skillmasters.net/main/xcode-using-multiple-storyboards/
将故事板分成许多不同的模块（每个模块在单独的故事板中）被认为是最佳实践。 它将消除你遇到的这些性能问题，并且还具有其他优点，例如使其更容易管理（不存在大规模的SVN冲突等）。
不过，我还有另一个导致故事板滞后的问题。 我有大约25个视图控制器，并且正在接收ALOT延迟 - 但只有当Xcode在外部显示器上运行时才会发生。
我注意到，如果我禁用故事板的“自动布局”，滞后将会完全消失。 我回复了这一改变，然后按照以下过程： - 删除ViewController - 如果它仍然滞后，则返回-if仍然laggy恢复更改
最终我发现了一个特定的ViewController，如果删除了所有的滞后。 然后我回过头来看看哪些观点造成了滞后。 我最终将其缩小到“UIBarButtonItem”中的“UIButton”。 我相信我改变了按钮上的“Type”属性，然后将它改回来，滞后停止。 从SVN看来，这个框架在.storyboard文件中被改变了。 在这之后，滞后再也没有回来。
TLDR：故事板滞后并不总是因为故事板中有太多项目。 我设法通过让Xcode重新做一些布局来摆脱滞后问题。
希望我的经验能帮助别人诊断/解决他们的问题。 在工作了大约0.5年之后，我终于感到非常恼火并试图解决问题。
一个Storyboard中的150个ViewControllers对我来说听起来很糟糕。 如果你真的需要这么多，试着最小化你的流量或分成多个故事板
链接地址: http://www.djcxy.com/p/92525.html上一篇: Storyboard in Xcode is so slow
下一篇: Issues importing ArcGIS Javascript API resources and loading dojo