"Testen die Gleichheit der Klassen" in Objective-c

Gibt es Situationen, in denen Personen hinzufügen neuer Klassen zur Laufzeit. Ein Beispiel ist die Key-Value Observing: wenn Sie ein Objekt beobachten das Foundation framework erstellt eine neue Unterklasse des beobachteten Objekts Klasse. Diese Dynamik-Klasse verhält sich in der gleichen Weise wie Ihre Superklasse, fügt aber hinzu, KVO-Benachrichtigungen, um alle seine mutator-Methoden.

Die passage, die du zitiert hast, sagt, dass die Objective-C-Laufzeit kann sagen, dass diese neue Klasse abgesehen von der ursprünglichen Klasse. Jedoch, weil es nur ein Implementierungsdetail der Weg KVO ist gebaut, Sie sollte nicht wissen, oder kümmern uns um Sie. Die Entwickler daher überschrieb die -class Methode in Ihrer neuen Klasse, zu behaupten, dass Objekte waren noch Mitglieder der ursprünglichen Klasse.

Wenn Sie prüfen wollen, ob zwei Objekte der gleichen Klasse, daher müssen Sie vergleichen die Ergebnisse Ihrer -class Methoden (die tricks wie KVO berücksichtigen), die anstelle der runtime-Funktionen.

Hier ein Beispiel:

#import <Foundation/Foundation.h>
#import <objc/runtime.h>

int main(int argc, const char * argv[])
{
    @autoreleasepool {
        NSObject *observer = [NSObject new];
        NSObject *model = [NSObject new];

        [model addObserver: observer forKeyPath: @"count" options: 0 context: NULL];

        //using -class methods:
        NSLog(@"model is a %@, observer is a %@", [model class], [observer class]);

        //casting to Class:
        NSLog(@"model is a %@, observer is a %@", *(Class*)model, *(Class*)observer);

        //using the runtime:
        NSLog(@"model is a %@, observer is a %@", object_getClass(model), object_getClass(observer));

        [model removeObserver: observer forKeyPath: @"count" context: NULL];
        [model release];
        [observer release];
    }
    return 0;
}

Sehen Sie, dass alles, was ich Tue ist die Schaffung von zwei Objekten, erzählt einer von Ihnen zu beobachten, die anderen, dann finden Sie heraus, was Ihre Klassen sind. Hier sind die Ergebnisse:

2012-06-08 08:37:26.904 Untitled 2[896:707] - Modell ist ein NSObject,
Beobachter ist ein NSObject

2012-06-08 08:37:26.907 Untitled 2[896:707]
Modell ist ein NSKVONotifying_NSObject, der observer ist ein NSObject

2012-06-08
08:37:26.907 Untitled 2[896:707] - Modell ist ein NSKVONotifying_NSObject,
Beobachter ist ein NSObject

So, wie die Dokumentation schon sagt, es ist nur der erste Fall (vergleichen, wo wir -class), die alles tut, den code der Anwendung vernünftigerweise erwarten könnte. Die anderen beiden Möglichkeiten zu finden, aus der Klasse gefragt, die Laufzeit, und das umwandeln des Objekts Zeiger auf eine Class * - beide zu verschenken Umsetzung details darüber, wie KVO hat sich die Klasse unter uns, und bedeutet, dass die Klasse den Vergleich jetzt nicht zeigen, dass die Klassen gleich sind.

Weil die anderen Antworten und Kommentare beziehen sich auf -isMemberOfClass: und -isKindOfClass: werde ich diese Punkte auch:

• -isKindOfClass: ist nicht ein test für die Gleichheit der Klassen. [object isKindOfClass: aClass] ist wahr, wenn object ist eine Instanz von aClass oder einer Ihrer Unterklassen. Denn die passage, die Sie zitiert habe, ist über die Gleichheit der Klassen, -isKindOfClass: ist hier nicht relevant. Das heißt, es ist sehr oft der test, den Sie übernehmen möchten in der Anwendung code. Es ist eher üblich, um sich über die Antwort auf die Frage "kann ich dieses Objekt verwenden, als Foo?" als "ist dieses Objekt eine Instanz genau Foo?".

• -isMemberOfClass: ist ein test für die Gleichheit der Klassen: [object isMemberOfClass: aClass] ist nur wahr, falls object eine Instanz von aClass. Dieser test erfolgt mit dem Ergebnis der -class Methode, was bedeutet, dass in diesem Beispiel model wird test positiv für [model isMemberOfClass: [NSObject class]].

Vielleicht können, verwenden Sie die 'NSStringFromClass" - Methode und vergleichen Sie die erhaltenen strings durch 'isEqualToString' ?