khi sử dụng respondsToSelector trong Objective-C

Question

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

Các documentation nói:

Các biện pháp phòng ngừa là cần thiết chỉ cho các phương pháp tùy chọn trong một giao thức chính quy hoặc các phương pháp của một giao thức không chính thức

gì nghĩa là? Nếu tôi sử dụng giao thức chính thức, tôi chỉ có thể sử dụng [delegate myMethod]?

Answer 1

Bạn sử dụng nó khá nhiều chỉ khi bạn nghĩ rằng bạn cần: để kiểm tra xem một đối tượng có thực hiện phương thức bạn sắp gọi hay không. Thông thường việc này được thực hiện khi bạn có phương thức tùy chọn hoặc giao thức không chính thức.

Tôi chỉ từng sử dụng respondsToSelector khi tôi viết mã phải giao tiếp với đối tượng đại biểu.

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

Đôi khi bạn muốn sử dụng respondsToSelector trên bất kỳ phương thức trả về và id hoặc generic NSObject nơi bạn không chắc chắn những gì lớp của đối tượng quay trở lại được.

Answer 2

Chỉ cần thêm vào những gì @kubi nói, một lần khác tôi sử dụng nó là khi một phương thức được thêm vào một lớp đã tồn tại trong một phiên bản mới hơn của khung công tác, nhưng tôi vẫn cần phải tương thích ngược. Ví dụ:

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

Answer 3

Cũ câu hỏi, nhưng tôi đã học được rất cautios với việc sử dụng công cụ như addTarget: @selector (fu :) vì tên phương pháp không được chọn cũng không có trong refactoring bởi Xcode. Điều này đã gây ra cho tôi khá nhiều rắc rối rồi. Vì vậy, bây giờ tôi đã làm cho nó một habbit luôn nhúng công cụ như addTarget hoặc addObserver trong một respondsToSelector-Kiểm tra như sau:

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); 
} 

Tôi biết nó không phải là siêu thanh lịch, nhưng tôi thà thêm một số mã boilerplate hơn có một bất ngờ sự cố của ứng dụng của tôi trong App Store.

Answer 4

Vì kubi được đề cập respondsToSelector thường được sử dụng khi bạn có một thể hiện của một phương thức phù hợp với giao thức.

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

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

@optional 

- (void)optionalMethod; 

@end 

Cho và thể hiện giao thức này, chúng tôi có thể gọi một cách an toàn mọi phương thức được yêu cầu.

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

Tuy nhiên, phương pháp tùy chọn có thể hoặc không thể được triển khai, vì vậy bạn cần kiểm tra khi chạy.

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

Làm như vậy sẽ ngăn ngừa sự cố với bộ chọn không được công nhận.

---

Ngoài ra, lý do tại sao bạn nên tuyên bố các giao thức như một phần mở rộng của NSObjects, ví dụ:

@protocol MyProtocol <NSObject> 

Là bởi vì các giao thức NSObject tuyên bố chọn respondsToSelector:. Nếu không XCode sẽ nghĩ rằng không an toàn để gọi nó là gì.