Ziel-C: Unterschied zwischen id und void *

Was ist der Unterschied zwischen idund void *?

void * bedeutet "ein Verweis auf einen zufälligen Speicherblock mit untypisiertem / unbekanntem Inhalt"

id bedeutet "eine Referenz auf ein zufälliges Objective-C-Objekt unbekannter Klasse"

Es gibt zusätzliche semantische Unterschiede:

• Im Modus "Nur GC" oder "GC-unterstützt" gibt der Compiler Schreibbarrieren für Typreferenzen aus id, jedoch nicht für Typreferenzen void *. Bei der Deklaration von Strukturen kann dies ein kritischer Unterschied sein. Das Deklarieren von iVars like void *_superPrivateDoNotTouch;führt zu vorzeitigem Ernten von Objekten, wenn _superPrivateDoNotTouches sich tatsächlich um ein Objekt handelt. Tu das nicht.

• Wenn Sie versuchen, eine Methode für eine Referenz des void *Typs aufzurufen, wird eine Compiler-Warnung angezeigt.

• Der Versuch, eine Methode für einen idTyp aufzurufen, warnt nur, wenn die aufgerufene Methode in keiner der @interfacevom Compiler angezeigten Deklarationen deklariert wurde .

Daher sollte man ein Objekt niemals als ein Objekt bezeichnen void *. Ebenso sollte vermieden werden, eine idtypisierte Variable zu verwenden, um auf ein Objekt zu verweisen. Verwenden Sie die spezifischste klassentypisierte Referenz, die Sie können. Auch NSObject *ist besser alsid weil der Compiler zumindest eine bessere Validierung von Methodenaufrufen anhand dieser Referenz bereitstellen kann.

Die eine übliche und gültige Verwendung von void * ist eine undurchsichtige Datenreferenz, die über eine andere API übertragen wird.

Betrachten Sie die sortedArrayUsingFunction: context:Methode von NSArray:

- (NSArray *)sortedArrayUsingFunction:(NSInteger (*)(id, id, void *))comparator context:(void *)context;

Die Sortierfunktion würde wie folgt deklariert:

NSInteger mySortFunc(id left, id right, void *context) { ...; }

In diesem Fall übergibt der NSArray lediglich alles, was Sie als contextArgument an die Methode übergeben, alscontext Argument. Für NSArray handelt es sich um einen undurchsichtigen Teil von Daten in Zeigergröße, und Sie können sie für jeden gewünschten Zweck verwenden.

Ohne ein Abschluss-Feature in der Sprache ist dies die einzige Möglichkeit, einen Datenblock mit einer Funktion mitzunehmen. Beispiel; Wenn Sie möchten, dass mySortFunc () bedingt nach Groß- und Kleinschreibung oder ohne Berücksichtigung der Groß- und Kleinschreibung sortiert, während Sie dennoch threadsicher sind, würden Sie den Indikator, bei dem zwischen Groß- und Kleinschreibung unterschieden wird, im Kontext übergeben und wahrscheinlich auf dem Weg nach innen und nach außen wirken.

Zerbrechlich und fehleranfällig, aber der einzige Weg.

Blöcke lösen dieses Problem - Blöcke sind Verschlüsse für C. Sie sind in Clang - http://llvm.org/ verfügbar und in Snow Leopard ( http://developer.apple.com/library/ios/documentation/Performance) allgegenwärtig /Reference/GCD_libdispatch_Ref/GCD_libdispatch_Ref.pdf ).

id ist ein Zeiger auf ein objektives C-Objekt, wobei void * ein Zeiger auf irgendetwas ist.

id deaktiviert auch Warnungen im Zusammenhang mit dem Aufrufen unbekannter Methoden, z. B.:

[(id)obj doSomethingWeirdYouveNeverHeardOf];

gibt nicht die übliche Warnung vor unbekannten Methoden. Es wird natürlich zur Laufzeit eine Ausnahme auslösen, es sei denn, obj ist null oder implementiert diese Methode tatsächlich.

Oft sollten Sie verwenden NSObject*oder id<NSObject>bevorzugen id, was zumindest bestätigt, dass das zurückgegebene Objekt ein Kakao-Objekt ist, sodass Sie sicher Methoden wie Beibehalten / Freigeben / Autorelease verwenden können.

Wenn eine Methode einen Rückgabetyp von idhat, können Sie jedes Objective-C-Objekt zurückgeben.

void bedeutet, dass die Methode nichts zurückgibt.

void *ist nur ein Zeiger. Sie können den Inhalt der Adresse, auf die der Zeiger zeigt, nicht bearbeiten.

idist ein Zeiger auf ein Objective-C-Objekt. void *ist ein Zeiger auf alles . Sie könnten void *anstelle von verwendenid , aber es wird nicht empfohlen, da Sie niemals Compiler-Warnungen für irgendetwas erhalten würden.

Möglicherweise möchten Sie stackoverflow.com/questions/466777/whats-the-difference-bet-clare-a-variable-id-and-nsobject und unixjunkie.blogspot.com/2008/03/id-vs-nsobject-vs anzeigen -id.html .

/// Represents an instance of a class.
struct objc_object {
    Class isa  OBJC_ISA_AVAILABILITY;
};

/// A pointer to an instance of a class.
typedef struct objc_object *id;

Der obige Code stammt von objc.h, es sieht also so aus, als ob id eine Instanz der Struktur objc_object ist und ein Zeiger an jedes Objekt der Objective C-Klasse gebunden werden kann, während void * nur ein untypisierter Zeiger ist.

Mein Verständnis ist, dass id einen Zeiger auf ein Objekt darstellt, während void * wirklich auf alles verweisen kann, solange Sie es dann in den Typ umwandeln, als den Sie es verwenden möchten

Zusätzlich zu dem, was bereits gesagt wurde, gibt es einen Unterschied zwischen Objekten und Zeigern, die sich auf Sammlungen beziehen. Wenn Sie beispielsweise etwas in NSArray einfügen möchten, benötigen Sie ein Objekt (vom Typ "id") und können dort keinen Rohdatenzeiger (vom Typ "void *") verwenden. Sie können den Typ "id" [NSValue valueWithPointer:rawData]konvertieren void *rawDdata, um ihn in einer Sammlung zu verwenden. Im Allgemeinen ist "id" flexibler und hat mehr Semantik in Bezug auf Objekte, die damit verbunden sind. Weitere Beispiele zur Erläuterung des ID-Typs von Ziel C finden Sie hier .