Objective-C: différence entre id et void *

Question

Quelle est la différence entre id et void *?

Answer 1

void * signifie « une référence à un morceau aléatoire o » la mémoire avec le contenu typées/inconnu »

id signifie « une référence à un objet Objective-C aléatoire de classe inconnue »

Il y a sémantique supplémentaire différences:

• Sous GC uniquement ou GC modes pris en charge, le compilateur émettra des barrières d'écriture pour les références de type id, mais pas pour le type void *. Lors de la déclaration des structures, cela peut être une différence critique. Déclarer des iVars comme void *_superPrivateDoNotTouch; provoquera une récolte prématurée d'objets si _superPrivateDoNotTouch est réellement un objet. Ne fais pas ça.

• Si vous tentez d'appeler une méthode sur une référence de type void *, un avertissement du compilateur s'affichera.

• tenter d'invoquer une méthode sur un type id ne préviendra si la méthode appelée n'a pas été déclaré dans l'une des déclarations @interface vues par le compilateur.

Ainsi, il ne faut jamais se référer à un objet comme void *. De même, il faut éviter d'utiliser une variable typée id pour faire référence à un objet. Utilisez la référence typée de classe la plus spécifique possible. Même NSObject * est mieux que id parce que le compilateur peut, au moins, fournir une meilleure validation des invocations de méthode par rapport à cette référence.

La seule utilisation courante et valide de void * est une référence de données opaque transmise par une autre API.

Tenir compte de la méthode sortedArrayUsingFunction: context: de NSArray:

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

La fonction de tri sera déclarée comme:

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

Dans ce cas, le NSArray passe simplement ce que vous passez comme argument context à la méthode à travers l'argument context. Il s'agit d'un morceau opaque de données de taille pointeur, en ce qui concerne NSArray, et vous êtes libre de l'utiliser pour le but que vous voulez.

Sans fonctionnalité de type fermeture dans la langue, c'est le seul moyen de transporter un morceau de données avec une fonction. Exemple; Si vous vouliez que mySortFunc() soit trié en fonction de la casse ou insensible à la casse, tout en restant thread-safe, vous passeriez l'indicateur sensible à la casse dans le contexte, probablement à l'entrée et à la sortie. Fragile et sujette aux erreurs, mais la seule façon de procéder est la suivante:

Les blocs résolvent ceci - Les blocs sont des fermetures pour C. Ils sont disponibles dans Clang - http://llvm.org/ et sont omniprésents dans Snow Leopard (http://developer.apple.com/library/ios/documentation/Performance/Reference/GCD_libdispatch_Ref/GCD_libdispatch_Ref.pdf).

Answer 2

Si une méthode a un type de retour de id, vous pouvez renvoyer tout objet Objective-C.

void signifie que la méthode ne retournera rien.

void * est juste un pointeur. Vous ne serez pas en mesure d'éditer le contenu sur l'adresse vers laquelle pointe le pointeur.

Answer 3

Ma compréhension est que id représente un pointeur vers un objet tout en void * peut pointer vers quelque chose de vraiment, aussi longtemps que vous lancez alors au type que vous voulez l'utiliser comme

Answer 4

id est un pointeur vers un object C object, où void * est un pointeur sur n'importe quoi.

id désactive également les avertissements relatifs à l'appel mthods inconnus, donc par exemple:

[(id)obj doSomethingWeirdYouveNeverHeardOf];

ne donnera pas l'avertissement habituel sur les méthodes inconnues. Il va, bien sûr, déclencher une exception lors de l'exécution, sauf si obj est nul ou vraiment implémente cette méthode.

Souvent, vous devez utiliser NSObject* ou id<NSObject> de préférence à id, dont au moins confirme que l'objet retourné est un objet de cacao, de sorte que vous pouvez utiliser en toute sécurité des méthodes telles que conserver/release/autorelease sur elle.

Answer 5

id est un pointeur vers un objet Objective-C. void * est un pointeur sur quoi que ce soit. Vous pouvez utiliser void * au lieu de id, mais ce n'est pas recommandé car vous n'obtiendrez jamais d'avertissements de compilateur pour quoi que ce soit. Vous pouvez voir stackoverflow.com/questions/466777/whats-the-difference-between-declaring-a-variable-id-and-nsobject et unixjunkie.blogspot.com/2008/03/id-vs-nsobject-vs-id.html.

Answer 6

/// 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; 

Le code ci-dessus est de objc.h, donc ressemble id est une instance de pointeur struct et isa objc_object peut se lier avec un objet Objectif de classe C, alors que void * est juste un pointeur non typé.

Answer 7

En plus de ce qui a déjà été dit, il existe une différence entre les objets et les pointeurs liés aux collections. Par exemple, si vous voulez mettre quelque chose dans NSArray, vous avez besoin d'un objet (de type "id"), et vous ne pouvez pas utiliser un pointeur de données brutes (de type "void *"). Vous pouvez utiliser [NSValue valueWithPointer:rawData] pour convertir void *rawDdata au type "id" pour l'utiliser dans une collection. En général, "id" est plus flexible et a plus de sémantique liée aux objets qui y sont attachés. Il y a plus d'exemples expliquant id type of Objective C here.