Jak pozbyć się ostrzeżenia „niezadeklarowany selektor”

Chcę użyć selektora na instancji NSObject bez potrzeby zaimplementowanego protokołu. Na przykład istnieje metoda kategorii, która powinna ustawić właściwość błędu, jeśli instancja NSObject, do której jest wywoływana, obsługuje ją. To jest kod, który działa zgodnie z przeznaczeniem:

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

Jednak kompilator nie widzi żadnej metody z setError: signature, więc wyświetla ostrzeżenie dla każdego wiersza zawierającego @selector(setError:)fragment:

Undeclared selector 'setError:'

Nie chcę deklarować protokołu, aby pozbyć się tego ostrzeżenia, ponieważ nie chcę, aby wszystkie klasy, które mogą go używać, implementowały cokolwiek specjalnego. Chciałbym, żeby miały jakąś setError:metodę lub właściwość.

Czy jest to wykonalne? W jaki sposób?

Pozdrawiam,
EP

Inną opcją byłoby wyłączenie ostrzeżenia za pomocą:

#pragma GCC diagnostic ignored "-Wundeclared-selector"

Możesz umieścić ten wiersz w pliku .m, w którym pojawia się ostrzeżenie.

Aktualizacja:

Działa również z LLVM w następujący sposób:

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

... your code here ...

#pragma clang diagnostic pop

Spójrz na NSSelectorFromString .

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

Pozwoli to na utworzenie selektora w czasie wykonywania zamiast kompilacji za pomocą @selectorsłowa kluczowego, a kompilator nie będzie miał szans na narzekanie.

Myślę, że dzieje się tak, ponieważ z jakiegoś dziwnego powodu selektor nie jest zarejestrowany w środowisku wykonawczym.

Spróbuj zarejestrować selektor przez sel_registerName():

SEL setErrorSelector = sel_registerName("setError:");

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

Otrzymałem ten komunikat, aby zniknął, # dołączając plik do metody. Nic innego nie zostało użyte z tego pliku.

Zdaję sobie sprawę, że trochę się spóźniłem z tym wątkiem, ale dla kompletności możesz globalnie wyłączyć to ostrzeżenie, używając docelowych ustawień kompilacji.

W sekcji „Ostrzeżenia Apple LLVM - Cel-C” zmień:

Undeclared Selector - NO

Jeśli twoja klasa implementuje metodę setError: (nawet poprzez zadeklarowanie dynamicznej metody ustawiającej ewentualną właściwość błędu), możesz chcieć zadeklarować ją w swoim pliku interfejsu (.h) lub jeśli nie lubisz pokazywać tego w ten sposób, możesz spróbuj z podstępną sztuczką PrivateMethods:

@interface Yourclass (PrivateMethods)

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

@end

tuż przed Twoją @implementacją powinno to ukryć ostrzeżenia;).

Naprawdę wygodne makro umieścić w swoim .pchlub Common.hczy gdziekolwiek chcesz:

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

To edycja tego pytania w podobnym wydaniu ...

Możesz to wyłączyć w Xcode jak na zrzucie ekranu:

Możesz również najpierw rzutować obiekt na identyfikator, aby uniknąć ostrzeżenia:

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

Innym sposobem uniknięcia tego ostrzeżenia jest upewnienie się, że metoda selektora wygląda następująco:

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

Nie zapomnij o „(id) nadawca”, jeśli chcesz zaakceptować dowolnego nadawcę lub, jeśli wolisz, określić typ obiektu nadawcy.

Chociaż prawidłowa odpowiedź prawdopodobnie polega na poinformowaniu Xcode poprzez import lub zarejestrowanie selektora, że ​​taki selektor istnieje, w moim przypadku brakowało średnika. Zanim „naprawisz” błąd, upewnij się, że być może błąd jest poprawny, a Twój kod nie. Znalazłem błąd na przykład w przykładzie Apple MVCNetworking.

Udało mi się uzyskać ostrzeżenie, aby odejść, dodając żadną metodę (ujawnienie: nie pomyślałem o tym, ale znalazłem to, wpisując w Google w zaplanowanym czasie z interwałem czasowym)

    [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
{

}

Chociaż doceniam to, że wiem, jak ukryć ostrzeżenie, naprawienie go jest lepsze, a techniki Sergio ani Relkin nie zadziałały dla mnie z nieznanych powodów.