何时在Objective-C中使用responsToSelector

- (void)someMethod
{
    if ( [delegate respondsToSelector:@selector(operationShouldProceed)] )
    {
        if ( [delegate operationShouldProceed] )
        {
            // do something appropriate
        }
    }
}

该文档说：

仅对于正式协议中的可选方法或非正式协议中的方法，才需要采取预防措施

这是什么意思？如果我使用正式协议，我可以使用[delegate myMethod]？

仅在您认为需要时使用它：检查对象是否实现了您要调用的方法。通常，这是在您具有可选方法或非正式协议时完成的。

我只respondsToSelector在编写必须与委托对象进行通信的代码时使用过。

if ([self.delegate respondsToSelector:@selector(engineDidStartRunning:)]) {
        [self.delegate engineDidStartRunning:self];
    }

有时您可能想respondsToSelector在不确定返回对象的类的任何返回方法和/id或泛型方法上使用NSObject。

只是添加到@kubi所说的话，我又一次使用它是当在较新版本的框架中将方法添加到预先存在的类中时，但是我仍然需要向后兼容。例如：

if ([myObject respondsToSelector:@selector(doAwesomeNewThing)]) {
  [myObject doAwesomeNewThing];
} else {
  [self doOldWorkaroundHackWithObject:myObject];
}

正如kubi所述respondsToSelector，通常在拥有符合协议的方法的实例时使用。

// Extend from the NSObject protocol so it is safe to call `respondsToSelector` 
@protocol MyProtocol <NSObject> 

// @required by default
- (void) requiredMethod;

@optional

- (void)optionalMethod;

@end

给定该协议的实例，我们可以安全地调用任何必需的方法。

id <MyProtocol> myObject = ... 
[myObject requiredMethod];

但是，可选方法可能会实现，也可能不会实现，因此您需要在运行时进行检查。

if ([myObject respondsToSelector:@selector(optionalMethod)]) 
{
     [myObject optionalMethod];
}

这样做可以防止选择器无法识别而导致崩溃。

另外，您应该将协议声明为NSObjects扩展的原因，即

@protocol MyProtocol <NSObject> 

是因为NSObject协议声明了respondsToSelector:选择器。否则，XCode会认为调用它是不安全的。

这是个老问题，但是我学会了使用诸如addTarget：@selector（fu :)之类的东西时要非常谨慎，因为方法名称未通过XCODE进行检查也不包含在重构中。这已经给我造成了一些麻烦。因此，现在我变得习惯于始终将诸如addTarget或addObserver之类的内容嵌入到reactsToSelector-Check中，如下所示：

if([self respondsToSelector:@selector(buttonClicked:)]){
    [self.button addTarget:self action:@selector(buttonClicked:) forControlEvents:UIControlEventTouchUpInside];
}else{
    DebugLog(@"Warning - a class or delegate did not respond to selector in class %@", self);
} 

我知道它并不超级优雅，但我宁愿添加一些样板代码，而不要在App Store中使我的应用程序意外崩溃。