iOS5 中 UIPickerView selectedRowInComponent 的不同奇怪行为

Question

iOS5 更新后，我的应用程序发生了奇怪的事情。

我有一个 UIPickerView 并使用 [customPickerView selectedRowInComponent:0] 来获取选取的组件。用户选择第二行（索引为 1），

因此看起来像：

i = [customPickerView selectedRowInComponent:0];   // -> i is 1 here, is OK!
[smsAgent  sendSMS:smsTxt]; //just call another method to send a SMS

检查时 i 的值正常。 现在我只是调用普通的短信对话 smsAgent ，它看起来基本上是这样的：

smsAgent...
      MFMessageComposeViewController *picker = [[MFMessageComposeViewController alloc] init];
      picker.messageComposeDelegate = delegate;
      picker.recipients =[NSArray arrayWithObject: myTelNumber];  
      [delegate presentModalViewController:picker animated:YES];

当然不会对我的选择器做任何事情。

但是当这个“返回”时，

    - (void)messageComposeViewController:(MFMessageComposeViewController *)controller didFinishWithResult:(MessageComposeResult)result {
        [self dismissModalViewControllerAnimated:NO]; //take away the SMS screen fast, so we can send selectModeVCDidFinish to take away ourselves
        int j = [customPickerView selectedRowInComponent:0];
        [self.delegate selectModeVCDidFinish: selectedMode];
}

值j又是0，而不是1！

当然，customPickerView 没有发生任何事情 - 我真的很困惑 - 这里发生了什么？

在更新到iOS5之前没有任何问题。

有什么我错过的吗？

非常感谢

Answer 1

感谢您详细解释问题。我的 UIPickerViews 有问题。正如我在上面的评论中提到的，我的代码基于 CustomPickerView - http://iphonedevelopment.blogspot.co.uk/2009/02/longer-spinning-blurring-v20.html

此代码与版本不同5.0。经过大量研究后，我发现这不是 UIPicker 调用委托函数的顺序/顺序的问题。

但非官方函数“scrollAnimationDuration”已被弃用且无法使用。这就是 UIPicker 无法滚动较长时间的原因（就像 iOS 4.3.3 及更低版本一样）。

Answer 2

正如我在评论中所写的，这种行为的原因是调用方法的顺序。我来详细解释一下：

启动屏幕screenVC有普通方法viewWillAppear和viewDidAppear。在这些消息中，选择器被创建（或任何元素）并被设置为底层数据结构提供的值。所以假设选择器得到 10。

现在，当选择放入变量中的不同值 20 时，我认为这将是 SAVE。

现在，短信对话框打开，并且发送短信。

但现在发生的事情就是造成这个奇怪问题的原因。当 SMS 对话框消失时，screenVC 会触发 viewWillAppear，这会将变量 BACK 设置为 10（因为数据结构尚未更新）。

现在 SMS 返回到 didFinishWithResult 并且底层的 20 丢失了。

因此，您需要做的就是确保用于从 sms didFinishWithResult 中更新数据结构的变量作为参数传递到屏幕的关闭调用中。

只是一个附加问题。更令人惊讶的是，如果 screenVC 打开另一个只有选择器（并将值设置为 10）的 screen2VC，然后这个 screen2VC 打开短信对话框。当短信对话框返回时，它会导致 screen2VC 调用 viewWillAppear 和 viewDidAppear，即使它们已被关闭。

我想发生这种情况是因为当短信对话框关闭时短信对话框启动屏幕需要在那里。

希望我能解释得足够好以便理解——如果不清楚就问。

作为最后的评论：将调试语句放入正在分配相关变量的代码中 - 在那里您可以看到 allocateemnt 正在被调用，即使您没有预料到/想到它。