【发布时间】:2013-10-08 04:18:31
【问题描述】:
根据this question 和KyleC 的友好回答,我实现了一个UITableViewController,它有很多行依赖于从Core Data 获取。每行显示一个简单的NSString(获取的对象的名称)并隐藏了一个UIPickerView。
问题是,当我点击前一个UITableViewController 中打开带有选择器视图的UITableViewController 的行时,很明显,segue 转换存在一些延迟。
我知道这一点是因为以前的控制器(它们甚至执行核心数据请求)在转换过程中并没有那么慢。
-
一些UIPickerViews 可以让过渡变得如此缓慢和丑陋吗?
我应该在哪种模式下使用 Instruments 来了解哪个是慢慢内疚的?
更重要的是:如果速度慢来自UIPickerViews 的数量,我该如何优化?
我想澄清一下,这个应用程序非常轻量级,从Core Data中获取的对象只有4个,有4个UIPickerViews。
【问题讨论】:
标签: ios objective-c uitableview optimization uipickerview