3

在一些遗留代码中（是的，现在被块取代了）我有以下几行：

[UIWindow setAnimationDelegate:self];
[UIWindow setAnimationDidStopSelector:@selector(animationFinished:finished:context:)];

但是该方法 - animationFinished:finished:context: - 未定义，但代码不会崩溃。我想知道为什么，所以我尝试记录 @selector 返回的内容，但我不知道如何。

NSLog(@"%@", NSStringFromSelector(@selector(animationFinished:finished:context:)));

没有帮助 - 无论该方法是否实际实现，它都会记录选择器的字符串名称。

您可以安全地将 nil 传递给许多方法，因此我假设 @selector() 在这里返回 nil，但以下代码没有记录任何内容：

if (@selector(animationFinished:finished:context:) == nil) {
   NSLog(@"SEL is NIL");
}

所以看来我这里有一个非零 SEL 类型，但没有相应的方法。有没有办法 NSLog() 一个 SEL 类型，或者任何人都可以解释这里发生了什么？据推测，setAnimationDidStopSelector: 的实现能够应对没有相应方法而忽略它的 SEL。

4

3 回答 3

4

您已经在使用NSStringFromSelector哪个是记录选择器的正确方法。无论您是自己创建选择器还是询问目标类它有什么选择器都是另一回事。

您还可以使用respondsToSelector:来确定指定的类是否可以实际处理您要在其上调用的方法。

于 2013-07-03T11:21:25.697 回答
1

是的，选择器（即 SEL 对象）很可能存在，即使实际方法尚未实现。

在 Objective-C 中，对象可以响应任何选择器，无论它是否对应于方法。选择器的验证是运行时的工作。（但是，ARC 引入了一些限制）

如果您想检查接收器是否实现了它（或更正式地说它是否响应选择器），请使用它的-(BOOL)respondsToSelector:(SEL)selector方法。

于 2013-07-03T11:22:45.467 回答
0

可能UIWindow会检查选择器是否实际实现在selfwith

- (BOOL)respondsToSelector:(SEL)aSelector

如果它没有实现，它不会调用该方法。

于 2013-07-03T11:22:05.663 回答