Comment se débarrasser de l'avertissement `` sélecteur non déclaré ''

Je souhaite utiliser un sélecteur sur une instance NSObject sans avoir besoin d'un protocole implémenté. Par exemple, il existe une méthode de catégorie qui devrait définir une propriété d'erreur si l'instance NSObject sur laquelle elle est appelée la prend en charge. Voici le code et le code fonctionne comme prévu:

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

Cependant, le compilateur ne voit aucune méthode avec la signature setError:, donc il me donne un avertissement, pour chaque ligne qui contient l' @selector(setError:)extrait de code:

Undeclared selector 'setError:'

Je ne veux pas avoir à déclarer un protocole pour me débarrasser de cet avertissement, car je ne veux pas que toutes les classes qui peuvent l'utiliser implémentent quelque chose de spécial. Juste par convention, je veux qu'ils aient une setError:méthode ou une propriété.

Est-ce faisable? Comment?

Salutations,
EP

Une autre option serait de désactiver l'avertissement avec:

#pragma GCC diagnostic ignored "-Wundeclared-selector"

Vous pouvez placer cette ligne dans le fichier .m où l'avertissement se produit.

Mettre à jour:

Cela fonctionne également avec LLVM comme ceci:

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

... your code here ...

#pragma clang diagnostic pop

Jetez un œil à NSSelectorFromString .

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

Cela vous permettra de créer un sélecteur au moment de l'exécution, plutôt qu'au moment de la compilation via le @selectormot - clé, et le compilateur n'aura aucune chance de se plaindre.

Je pense que c'est parce que pour une raison étrange, le sélecteur n'est pas enregistré avec le runtime.

Essayez d'enregistrer le sélecteur via sel_registerName():

SEL setErrorSelector = sel_registerName("setError:");

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

J'ai reçu ce message en # incluant le fichier avec la méthode. Rien d'autre n'a été utilisé à partir de ce fichier.

Je me rends compte que je suis un peu en retard dans ce fil, mais pour être complet, vous pouvez désactiver globalement cet avertissement en utilisant les paramètres de construction cible.

Dans la section 'Avertissements Apple LLVM - Objective-C', modifiez:

Undeclared Selector - NO

Si votre classe implémente la méthode setError: (même en déclarant dynamic le setter de la propriété d'erreur éventuelle), vous voudrez peut-être la déclarer dans votre fichier d'interface (.h), ou si vous n'aimez pas l'afficher de cette façon, vous pouvez essayez avec l'astuce délicate de PrivateMethods:

@interface Yourclass (PrivateMethods)

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

@end

juste avant votre @implementation, cela devrait masquer les avertissements;).

Une macro vraiment confortable à mettre dans votre .pchou Common.hou où vous voulez:

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

C'est une modification de cette question pour un problème similaire ...

Vous pouvez le désactiver dans Xcode comme dans la capture d'écran:

Vous pouvez également convertir d'abord l'objet en question en un identifiant pour éviter l'avertissement:

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

Une autre façon d'éviter cet avertissement est de vous assurer que votre méthode de sélection ressemble à ceci:

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

N'oubliez pas "(id) sender" si vous voulez accepter un expéditeur ou spécifier un type d'objet expéditeur si vous préférez.

Alors que la bonne réponse consiste probablement à informer Xcode via des importations ou à enregistrer le sélecteur qu'un tel sélecteur existe, dans mon cas, il me manquait un point-virgule. Assurez-vous avant de «corriger» l'erreur que l'erreur est peut-être correcte et que votre code ne l'est pas. J'ai trouvé l'erreur dans l'exemple MVCNetworking d'Apple, par exemple.

J'ai pu faire disparaître l'avertissement en ajoutant aucune méthode (divulgation: je n'y ai pas pensé, mais je l'ai trouvée en recherchant sur google le timer avec intervalle de temps)

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

}

Bien que j'apprécie de savoir comment cacher l'avertissement, il est préférable de le réparer et ni les techniques de Sergio ni de Relkin n'ont fonctionné pour moi, pour des raisons inconnues.