3

根据这个问题和 KyleC 的友好回答，我实现了一个UITableViewController有很多行依赖于从核心数据中获取的行。每行显示一个简单的NSString（获取的对象的名称）并UIPickerView隐藏。

问题是，很明显，当我点击前面UITableViewController打开UITableViewController带有选择器视图的行时，segue 转换有一些延迟。

我知道这一点是因为以前的控制器（它们甚至执行核心数据请求）在转换过程中并没有那么慢。

-

有些人可以UIPickerView让过渡变得如此缓慢和丑陋吗？我应该在哪种模式下使用 Instruments 来了解哪个是慢慢内疚的？

更重要的是：如果缓慢来自UIPickerViews 的数量，我该如何优化呢？

我想澄清一下，该应用程序非常轻量级，从 Core Data 中获取的对象只有 4 个，只有 4 个UIPickerView。

4

1 回答 1

9

似乎 UIPickerViews 和 UIDatePickers 从情节提要加载非常缓慢（可能还有 xib，但我没有尝试过）。在 iPad Air 上，加载一个静态 UITableViewController 大约需要 3 秒，该控制器在“隐藏”单元格中包含 4 个 UIPickerViews 和 8 个 UIDatePickers。（对于在最新最好的硬件上运行的原生 UI 来说，3 秒是永恒的！）

我发现的解决方法是在显示隐藏行之前以编程方式创建 UIPickerViews 和 UIDatePickers。我所做的是在 Interface Builder 中创建空单元格，将这些单元格链接到 IBOutlet 属性，然后使用以下方法创建 DatePickers 和 Picker 视图：

- (UIDatePicker*)datePickerForCell:(UITableViewCell*)cell {
    UIDatePicker * datePicker = [[UIDatePicker alloc] initWithFrame:cell.bounds];
    [datePicker setDatePickerMode:UIDatePickerModeDateAndTime];
    [datePicker addTarget:self action:@selector(pickerDateChanged:) forControlEvents:UIControlEventValueChanged];
    datePicker.hidden = YES;
    [cell addSubview:datePicker];

    return datePicker;
}

- (UIPickerView*)pickerViewForCell:(UITableViewCell*)cell {
    UIPickerView * picker = [[UIPickerView alloc] initWithFrame:cell.bounds];
    [picker setDelegate:self];
    [picker setDataSource:self];
    picker.hidden = YES;
    [cell addSubview:picker];
    return picker;
}

这将 UITableViewController 的加载时间减少到了十分之几秒，并且似乎不会影响显示隐藏 tableview 的动画。

注意：我确实尝试在 viewDidAppear: 方法中创建选择器，但它似乎仍然会延迟 UI。

于 2014-03-11T00:17:51.760 回答