XCode falsche Warnung "implementiert das X-Protokoll nicht"

Question

In meinem Projekt habe ich 3 Klassen, nennen wir sie Apple, Orange und Birne.

Apple und Orange haben beide Delegateigenschaften.
Beide definieren Protokolle in ihrer Header-Datei namens AppleDelegate und OrangeDelegate.
Sie haben jeweils initializers mit ähnlichen Signaturen:

- (id)initWithDelegate:(id<AppleDelegate>)delegate 
- (id)initWithDelegate:(id<OrangeDelegate>)delegate 

Pear implementiert OrangeDelegate und ist wie folgt definiert:

@interface Pear : NSObject <OrangeDelegate> 

Innen Birne, ich diesen Anruf:

Orange *anOrange = [[[Orange alloc] initWithDelegate:self] autorelease]; 

Das Ergebnis in diesem Compiler Warnung:

Class 'Pear' does not implement the 'AppleDelegate' protocol 

Es scheint mir, dass der Compiler die Protokolle in den Initialisierern nicht erkennt. Mit anderen Worten, erkennt es nur diese Signatur für beide:

- (id)initWithDelegate:(id)delegate 

Denn wenn ich „Jump To Definition“ auf dem Initialisierer in Pear klicken, bringt es beiden Klassen als Optionen.

Gibt es eine Möglichkeit, diese Warnung zu korrigieren, abgesehen von der Umbenennung meiner Methoden?

Answer 1

Das Problem ist, dass "Alloc" eine Methode ist, die von NSObject geerbt wird, definiert, um den Typ 'ID' zurückzugeben. Also folgendes:

[Orange alloc] 

Bewertet zu einem Objekt vom Typ 'id'. Wenn Sie dann initWithDelegate für dieses Objekt aufrufen, kennt der Compiler den Typ nicht und nimmt in diesem Fall den falschen Wert an. So können Sie die Warnung mit beseitigen:

Orange *anOrange = [[(Orange *)[Orange alloc] initWithDelegate:self] autorelease]; 

Also, im Grunde ist es, weil Konstrukteurs-Funktion nicht ein Sprachniveau ist in Objective-C, nur eine Konvention.

EDIT: siehe unten; Ich denke, eine andere Lösung wäre hinzuzufügen:

+ (Orange *)alloc; 

nach Orange, die nichts wäre komplizierter als:

+ (Orange *)alloc 
{ 
    return [super alloc]; 
} 

Ich denke, es ist zum Teil eine Entscheidung Design - sollte Klassen verantwortlich sein zu wissen, dass ihre Konstruktormethoden können mit den Namen anderer Klassen kollidieren oder sollten Dateien, die mehrere Klassendefinitionen mit denselben Konstruktoren importieren, für die Begriffsklärung verantwortlich sein. Obwohl das einfache Aussehen der Syntax der entscheidende Faktor sein kann.