Maz*_*yar 11 performance xcode storyboard uiviewcontroller xcode4.4
我在Storyboard中有150个UIViewController,在这些视图之间滚动是如此之慢.我无法轻松放大和缩小,制作麦粒肿需要一些时间.
我在MBPR上,我安装了Xcode 4.4
规格:2.3GHz/16G/256,我认为它足以处理这样的事情.
是否有任何选项,设置或提示/技巧可以在故事板中拥有如此多的视图,并且不会错过性能.
注意:我已经完成了所有可能的解决方案(删除缓存和工作区).没工作.它与Storyboard中的UIViewController数量有关.
谢谢
2016年更新:只是为了更新这个问题,因为Xcode 7中有一个新功能,允许您将Storyboard重构为多个Storyboard.
如果您搜索术语"重构故事板",您会发现很好的教程:)
将故事板分成许多不同的模块(每个模块都在一个单独的故事板中)被认为是最佳实践.它将消除您遇到的这些性能问题,并且还具有其他优点,例如使其更易于管理(没有大规模的SVN冲突等).
但是我有另一个导致故事板滞后的问题.我有大约25个视图控制器,并且收到大量延迟 - 但只有当Xcode在外部显示器上运行时.
我注意到如果我为故事板禁用了"自动布局",则滞后将完全消失.我恢复了这个改变,然后按照以下过程: - 删除一个ViewController -test如果它仍然滞后 - 如果仍然滞后恢复更改
最终我找到了一个ViewController,如果删除则停止所有延迟.然后我恢复了这个并浏览了一下视图,看看哪个视图导致滞后.我最终将其缩小为"UIBarButtonItem"中的"UIButton".我相信我更改了按钮上的"类型"属性,然后将其更改回来并停止了延迟.从SVN看起来,框架在.storyboard文件中被更改了.在此之后,滞后再也没有回来.
TLDR:故事板滞后并不总是因为故事板中有太多项目.我设法通过使Xcode重新做一些布局来摆脱滞后问题.
希望我的经验能帮助别人诊断/解决他们的问题.我工作了大约0.5年才真正生气并试图解决这个问题.
绝对使用多个故事板.我不知道使用故事板有任何限制,但尝试一次渲染所有这些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 /
| 归档时间: |
|
| 查看次数: |
7142 次 |
| 最近记录: |