Klassenmethodenäquivalent von -respondsToSelector:

Gibt es eine Klassenmethode, die äquivalent zu ist -respondsToSelector:?

So etwas wie +respondsToSelector:?

Der Grund, den ich -respondsToSelector:frage, ist, dass ich bei der Implementierung auf Klassenebene eine Compiler-Warnung erhalte: "found '-respondsToSelector:' anstelle von '+ respondsToSelector:' in Protokollen".

Der Code sieht folgendermaßen aus:

Class <SomeProtocol> someClass = [someInstance class];

if ([someClass respondsToSelector:@selector(someSelector:)]) {
    someVar = [someClass someSelector:someData];
}

Update nach dem Bearbeiten:

respondsToSelector:Wie Sie wahrscheinlich wissen, reagiert ein Klassenobjekt einwandfrei . In einer Testanwendung kann ich beide der folgenden Aktionen ohne Compiler-Warnungen ausführen:

NSLog(@"Responds to selector? %i", [MyObject respondsToSelector:@selector(respondsToSelector:)]);
NSLog(@"Responds to selector? %i", [[MyObject class] respondsToSelector:@selector(respondsToSelector:)]);

Sie haben jedoch ein Protokoll für Ihre Variable deklariert, sodass davon ausgegangen wird, dass das Klassenobjekt, auf das Sie zeigen, diese Methoden implementiert. Die einfachste Lösung wäre, someClassals idzum Zweck des Anrufs zu besetzen respondsToSelector:. Eine etwas sauberere Lösung wäre, Ihre eigene zu @protocoldeklarieren +respondsToSelector:(SEL)selector, die deklariert , und dann someClasswie folgt zu deklarieren :

Class<SomeProtocol, ClassRespondingToSelector> someClass = ...

Stellen Sie schließlich sicher, dass Sie einen Fehler bei Apple unter http://bugreporter.apple.com melden . Fügen Sie eine einfache Testanwendung hinzu, damit klar ist, was Sie tun. Sie begrüßen solche Fehlerberichte, auch wenn sie in der Vergangenheit eingereicht wurden, da dies ihnen hilft, die Korrekturen zu priorisieren.

Schlussbemerkung: Dies geschieht wahrscheinlich, weil Sie theoretisch ein von NSObject völlig getrenntes Stammobjekt implementieren könnten und in diesem Fall nicht darauf reagieren würden-respondsToSelector: . -[NSObject respondsToSelector:]wird tatsächlich im NSObjectProtokoll deklariert , nicht in der Klassendefinition. Das NSObjectProtokoll ist tatsächlich der Ort, an dem das meiste, was Sie als NSObjecttatsächlich kennen, lebt. Man könnte argumentieren, dass +respondsToSelector:das auch drin sein sollte, aber ab sofort ist es nicht mehr so. Und da Sie eine Protokollliste bereitgestellt haben und die Methode nicht vorhanden ist, erhalten Sie eine Warnung, um sicherzustellen, dass Sie wissen, was Sie tun.

Nun, eine Klassenmethode ist nur eine Methode des Klassenobjekts, daher sollten Sie dies einfach tun können

[MyClass respondsToSelector:@selector(...)]

instancesRespondToSelector:Seit iOS 2.0 können Sie Folgendes verwenden: Wo können Sie also mit einer Instanz einer Klasse arbeiten ?

[myInstance respondsToSelector: @selector(...)];

Mit einer Klasse können Sie verwenden

[myClass instanceRespondsToSelector: @selector(...)];
// or
[[myInstance class] instanceRespondsToSelector: @selector(...)];

Welches wird sich so verhalten +(BOOL) respondsToSelector

Ich denke, Sie haben gefragt: Können Sie eine Klasse fragen, ob sie darauf reagiert +someMethododer nicht? Mit anderen Worten, wenn Sie an die Cocoa Touch-APIs denken, möchten Sie:

[ [ UIView class ] respondsToSelector: @selector( buttonWithType: ) ] -> NO
[ [ UIButton class ] respondsToSelector: @selector( buttonWithType: ) ] -> YES

Aber was ich oben geschrieben habe, funktioniert nicht wie gewünscht. respondsToSelector:geht es nur um Instanzmethoden. (Somit geben beide Aufrufe NO zurück.) Innerhalb der Cocoa-APIs gibt es kein Äquivalent respondsToSelector:für eine Klasse.

Sie können jedoch anrufen class_getClassMethod. Wenn das Ergebnis nicht-NULL ist, die Klassenmethode Sie fragen ist vorhanden und man kann es nennen.

In Ziel C sind Klassen auch Objekte, sodass Sie die Objektnachrichten senden können. Insbesondere können Sie -respondsToSelector:von einer Klasse verlangen . Sie können jedoch keine Methoden auf Klassenebene an Objekte senden, die keine Klassen sind.