objective-c - 为什么要使用 performSelector :withObject:withObject at runtime if you know both the selector and its arguments at compile time?

Question

我刚刚在 Three20 中看到一些代码，如下所示:

  SEL sel = @selector(textField:didAddCellAtIndex:);
  if ([self.delegate respondsToSelector:sel]) {
    [self.delegate performSelector:sel withObject:self withObject:(id)_cellViews.count-1];
  }

在 LLVM 2.0 上，这会导致编译错误:

error: arithmetic on pointer to interface 'id', which is not a constant size in non-fragile ABI

我知道为什么会出现该错误，并且我知道如何修复它。我只需要直接调用该方法，如下所示:

  SEL sel = @selector(textField:didAddCellAtIndex:);
  if ([self.delegate respondsToSelector:sel]) {
    [self.delegate textField:self didAddCellAtIndex:(_cellViews.count - 1)];
  }

我的问题是，如果您在编译时就知道选择器及其参数，为什么需要在运行时使用 performSelector:withObject:withObject:？我不明白为什么代码首先要这样写。如果选择器和参数是动态传递给方法的，我可能会理解，但事实并非如此，选择器及其参数是硬编码的，(即使索引在运行时确实发生变化，其获取索引的方法也是硬编码的编码。)

如果有人能向我解释为什么这是必要的，我将不胜感激。否则，我会在这里更改所有这些代码。

Answer 1

再深入一点后，发现此代码所在的 TTPickerTextField 类似乎是 UITextField 的间接子类。

因此，它依赖于 UITextField 的委托(delegate)属性，它不符合 TTPickerTextFieldDelegate 协议(protocol)，其中方法 textField:didAddCellAtIndex: 已声明。

我得出的结论是这段代码只是懒惰。没有理由必须搭载 UITextField 的委托(delegate)属性，这使得这段令人困惑、容易出错的代码成为必要。

我自己的方法是单独保留 UITextField 的委托(delegate)属性，并在处理特定委托(delegate)方法的特定子类中添加我自己的属性。

澄清一下——我在问题中提到的“解决方案”修复了编译器错误，但会生成一条警告，指出无法找到该方法并将假定返回 id。这就是原始代码正在“解决”的问题，但仅在 GCC 中有效。不再使用 LLVM 2.0。

最后一次编辑，我保证:

我克服这种懒惰并消除警告和错误的最终解决方案是一个丑陋的 hack:

[(id <TTPickerTextFieldDelegate>)self.delegate textField:self didAddCellAtIndex:(_cellViews.count - 1)];

将 UITextField 的委托(delegate)转换为符合 TTPickerTextFieldDelegate 的 id，然后直接调用该方法。

请不要偷懒:(