iPhone iOS comment comparer objet de Classe à une autre classe de l'objet?

J'ai une Classe de référence défini dans l'une des classes de travail avec:

Class _objectClass;

     if([self.objectClass isSubclassOfClass:[NSManagedObject class]])
        {
           //does not get called
        }

Comment puis-je vérifier ce genre de Class je m'occupe?

Mise à JOUR: désolé de saisie semi-automatique n'a pas me montrer que isKindOfClass: était disponible. Je suis en essais que maintenant

Vous pourriez être à la recherche pour le -isKindOfClass: méthode: developer.apple.com/library/mac/#documentation/Cocoa/Reference/...
Pour plus de clarté dans ma réponse ci-dessous...qu'est-ce que objectClass? C'est que le nom d'une classe réelle? Une instance d'une classe? S'il vous plaît pas que sémantique suggèrent les classes être nommé par une lettre majuscule en premier, et les instances avec une minuscule. Donc, MyClass est une classe, et instanceOfMyClass est une instance de Maclasse.
Classe _objectClass est une sorte de référence d'objet de classe que RestKit est l'aide de l'instancier d'objet de ces instances.
La règle générale est que vous obtenez une seule classe compilée objet (objet de fabrique) qui est responsable de la création des instances d'une classe. En plus de ma réponse ci-dessous, vous pouvez aussi vérifier si la classe répond à un sélecteur au sein de NSManagedObject.
Quel est le problème avec le code que vous avez?

OriginalL'auteur Alex Stone | 2012-04-26

28

Il y a deux méthodes qui vous intéresse:

isKindOfClass: demande au récepteur si c'est une classe ou une sous-classe, où que isMemberOfClass: demande au récepteur si c'est la classe, mais pas une sous-classe. Par exemple, disons que vous avez votre NSManagedObject sous-classe appelée objectClass.
```
 if([self.objectClass isKindOfClass:[NSManagedObject class]]) {
     //This will return YES
 }
 else if ([self.objectClass isMemberOfClass:[NSManagedObject class]]) {
     //This will return NO
 }
```
La première instruction renvoie OUI (ou vrai, ou de 1) parce que objectClass est une sous-classe de NSManagedObject. La deuxième instruction retourne PAS (ou false ou 0) car s'il est une sous-classe, ce n'est pas la classe elle-même.

Mise à JOUR: j'aimerais mettre à jour cette réponse à apporter de la lumière à un commentaire ci-dessous, qui précise que cette explication est fausse parce que la ligne de code suivante:
```
if ([self.class isKindOfClass:self.class])
```
serait de retour faux. C'est correct, il serait de retour faux. Mais cet exemple est mauvais. Chaque classe qui hérite de NSObject est également conforme à la NSObject protocole. Au sein de ce protocole est une méthode appelée class qui "retourne la classe de l'objet pour le récepteur de classe". Dans ce cas, self.class retourne quelle que soit la classe d'objet en soi est. Cependant, à partir de la documentation sur isKindOfClass: -

Renvoie une valeur Booléenne qui indique si le récepteur est un
instance de classe ou une instance d'une classe qui hérite de
que de classe.

ainsi, l'envoi de ce message self.class (qui est une classe) renvoie faux car il est destiné à être envoyé à une instance d'une classe, et non à une classe elle-même.

Si vous modifiez l'exemple de
```
if([self isKindOfClass:self.class])
```
Vous obtiendrez OUI (ou vrai, ou 1).

Ma réponse ici suppose que l'auto.objectClass est un accesseur pour un instance nommé objectClass. Bien sûr, c'est un nom terrible pour une instance d'une classe, mais la question n'était pas "comment dois-je nommer des instances de classes".

En combinant les deux, comme ci-dessus ne serait pas arriver. Vous devez isKindOfClass:[NSManagedObject classe] && isMemberOfClass:[ObjectClass classe], en supposant que soi.objectClass est une instance de la classe appelée ObjectClass.
Assurez-vous. Plus d'une façon à la peau d'un chat. Ou d'un programme, d'ailleurs 🙂
Votre explication est fausse. Par exemple, [self.class isKindOfClass:self.class] serait de retour NO, qui va à l'encontre de ce que vous expliquez. Le isKindOfClass est destiné à être utilisé pour vérifier la classe de l'instance, et non pas la classe elle-même.
Mon explication n'est pas plus mal. Votre exemple est mauvais. La propriété de classe est une partie de la NSObject protocole. Vous êtes l'exemple dit que si la classe que je suis (self.class) isKindOfClass la classe que je suis. Mais isKindOfClass est destiné à être envoyé à une INSTANCE d'une classe. self.class retourne la classe, PAS l'exemple d'une. Dans mon exemple ci-dessus, j'ai été dans l'hypothèse d'une auto.objectClass est une INSTANCE d'une classe.
La question déclare explicitement objectClass_ comme un Class de référence, alors même que vous êtes de droite ", sous votre hypothèse", je ne pense pas que votre hypothèse match de la question elle-même.

OriginalL'auteur jmstone617
1

Oui, [self.objectClass isSubclassOfClass:[NSManagedObject class]] est correct. Si elle est fausse, alors cela signifie que la classe représentée par self.objectClass n'est pas une sous-classe de NSManagedObject. Je ne comprends pas quel est ton problème, ou ce que vous attendez.

OriginalL'auteur user102008

Vous devez vous connecter pour publier un commentaire.