Làm thế nào để thoát khỏi cảnh báo 'bộ chọn không khai báo'

Tôi muốn sử dụng một bộ chọn trên một cá thể NSObject mà không cần một giao thức được triển khai. Ví dụ: có một phương thức thể loại nên đặt thuộc tính lỗi nếu đối tượng NSObject được gọi là hỗ trợ nó. Đây là mã và mã hoạt động như dự định:

if ([self respondsToSelector:@selector(setError:)])
{
    [self performSelector:@selector(setError:) withObject:[NSError errorWithDomain:@"SomeDomain" code:1 userInfo:nil]];
}

Tuy nhiên, trình biên dịch không thấy bất kỳ phương thức nào xung quanh với chữ ký setError: vì vậy nó đưa ra một cảnh báo cho mỗi dòng có chứa @selector(setError:)đoạn mã:

Undeclared selector 'setError:'

Tôi không muốn phải khai báo một giao thức để loại bỏ cảnh báo này, vì tôi không muốn tất cả các lớp có thể sử dụng giao thức này để thực hiện bất cứ điều gì đặc biệt. Chỉ bằng quy ước tôi muốn họ có một setError:phương pháp hoặc tài sản.

Đây có phải là có thể làm được? Làm sao?

Chúc mừng,
EP

Một tùy chọn khác là vô hiệu hóa cảnh báo với:

#pragma GCC diagnostic ignored "-Wundeclared-selector"

Bạn có thể đặt dòng này trong tệp .m nơi cảnh báo xảy ra.

Cập nhật:

Nó cũng hoạt động với LLVM như thế này:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wundeclared-selector"

... your code here ...

#pragma clang diagnostic pop

Hãy xem NSSelectorFromString .

 SEL selector = NSSelectorFromString(@"setError:");
 if ([self respondsToSelector:selector])

Nó sẽ cho phép bạn tạo một bộ chọn trong thời gian chạy, thay vì vào thời gian biên dịch thông qua @selectortừ khóa và trình biên dịch sẽ không có cơ hội để phàn nàn.

Tôi nghĩ điều này là do một số lý do kỳ lạ, bộ chọn không được đăng ký với thời gian chạy.

Hãy thử đăng ký bộ chọn qua sel_registerName():

SEL setErrorSelector = sel_registerName("setError:");

if([self respondsToSelector:setErrorSelector]) {
   [self performSelector:setErrorSelector withObject:[NSError errorWithDomain:@"SomeDomain" code:1 userInfo:nil]];
}

Tôi đã nhận được thông báo đó bằng cách # bao gồm các tệp với phương thức. Không có gì khác được sử dụng từ tập tin đó.

Tôi nhận ra rằng tôi hơi muộn với chủ đề này nhưng để hoàn thiện, bạn có thể tắt cảnh báo này trên toàn cầu bằng cách sử dụng cài đặt xây dựng mục tiêu.

Trong phần, 'Apple LLVM cảnh báo - Objective-C', thay đổi:

Undeclared Selector - NO

Nếu lớp của bạn triển khai phương thức setError: (thậm chí bằng cách khai báo động bộ setter của thuộc tính lỗi cuối cùng), bạn có thể muốn khai báo nó trong tệp giao diện của mình (.h) hoặc nếu bạn không muốn hiển thị theo cách đó bạn có thể thử với thủ thuật lừa đảo PrivateMethods:

@interface Yourclass (PrivateMethods)

- (void) yourMethod1;
- (void) yourMethod2;

@end

ngay trước khi @im THỰC HÀNH của bạn, điều này sẽ ẩn các cảnh báo;).

Một vĩ mô thực sự cảm thấy thoải mái để đưa vào của bạn .pchhoặc Common.hhoặc bất cứ nơi nào bạn muốn:

#define SUPPRESS_UNDECLARED_SELECTOR_LEAK_WARNING(code)                        \
_Pragma("clang diagnostic push")                                        \
_Pragma("clang diagnostic ignored \"-Wundeclared-selector"\"")     \
code;                                                                   \
_Pragma("clang diagnostic pop")                                         \

Đây là bản chỉnh sửa của câu hỏi này cho vấn đề tương tự ...

Bạn có thể tắt nó trong Xcode như trong ảnh chụp màn hình:

Trước tiên, bạn cũng có thể truyền đối tượng được đề cập đến id để tránh cảnh báo:

if ([object respondsToSelector:@selector(myMethod)]) {
    [(id)object myMethod];
}

Một cách khác để tránh cảnh báo này là đảm bảo phương thức chọn của bạn trông như thế này:

-(void) myMethod :(id) sender{
}

Đừng quên "(id) người gửi" nếu bạn muốn chấp nhận bất kỳ người gửi nào hoặc chỉ định một loại đối tượng người gửi nếu bạn thích.

Mặc dù câu trả lời đúng có thể nằm ở việc thông báo cho Xcode thông qua việc nhập hoặc đăng ký bộ chọn rằng bộ chọn đó tồn tại, nhưng trong trường hợp của tôi, tôi đã thiếu dấu chấm phẩy. Hãy chắc chắn trước khi bạn "sửa" lỗi mà có lẽ, lỗi là chính xác và mã của bạn thì không. Tôi đã tìm thấy lỗi trong mẫu MVCNetworking của Apple chẳng hạn.

Tôi đã có thể khiến cảnh báo biến mất bằng cách thêm phương thức xoa dịu (tiết lộ: Tôi không nghĩ về điều này nhưng đã tìm thấy nó bằng cách googling trên lịch trình theo lịch trình)

    [NSTimer scheduledTimerWithTimeInterval:[[NSDate distantFuture] timeIntervalSinceNow]
                                     target:self
                                   selector:@selector(donothingatall:)
                                   userInfo:nil
                                    repeats:YES];


    [[NSRunLoop currentRunLoop] run];

    HTTPLogVerbose(@"%@: BonjourThread: Aborted", THIS_FILE);

    }
}

+ (void) donothingatall:(NSTimer *)timer
{

}

Mặc dù tôi đánh giá cao việc biết cách che giấu cảnh báo, nhưng việc khắc phục nó sẽ tốt hơn và cả các kỹ thuật của Sergio và Relkin đều không hiệu quả với tôi, không rõ lý do.