Stockage du numéro NSNumber facultatif dans les données de base

Question

Dans mon modèle de données de base, j'ai une entité avec un attribut NSNumber facultatif.

Comment puis-je tester si la valeur de cet attribut est valide ou non?

Lorsque je ne vérifie rien ... ne fonctionne pas.

[self numberAttribute] == nil // always returns NO 

Lorsque je teste un int de valeur nulle, cela ne fonctionne pas.

[[self numberAttribute] intValue] == 0 // always returns no 

En fait, [[self numberAttribute] intValue]] quelque chose qui ressemble retours étrangement à un pointeur vers une adresse mémoire.

Quelqu'un at-il une idée de ce que je fais de mal?

EDIT: OK, le bogue était dans une partie totalement indépendante du code. NSNumber et Core Data fonctionnent exactement comme on pourrait s'y attendre. Cela dit, je vais aller avec l'approche suggérée de rendre l'attribut non-optionnel et en spécifiant 0 comme valeur par défaut.

Juste en mettant cette note ici pendant un petit moment pour quelqu'un qui regardait cette question, alors je la supprime.

Answer 1

Si vous obtenez une grande valeur en arrière qui ressemble à un pointeur, peut-être que c'est NaN (pas un nombre)?

Si oui, vous pouvez vérifier avec:

isnan([[self numberAttribute] doubleValue]) 

Ou, peut-être il est une autre constante le long des lignes de NSNotFound (mais probablement plus spécifique de base de données).

Answer 2

Selon le documentation,

Vous pouvez spécifier qu'un attribut est facultatif qui est, il est pas nécessaire d'avoir une valeur. En général, cependant, vous êtes découragé de le faire, en particulier pour les valeurs numériques (généralement, vous pouvez obtenir de meilleurs résultats en utilisant un attribut obligatoire avec une valeur par défaut - dans le modèle - de 0). La raison en est que SQL a un comportement de comparaison spécial pour NULL qui est différent de celui de Objective-C. NULL dans une base de données n'est pas la même chose que 0 et la recherche de 0 ne correspondra pas aux colonnes NULL.

false == (NULL == 0) 
false == (NULL != 0) 

De plus, NULL dans une base de données ne équivaut pas à une chaîne vide ou blob de données vide, soit:

false == (NULL == @"") 
false == (NULL != @"") 

Alors, essayez un test avec NULL, qui est pas nul. Mieux encore, définissez une valeur par défaut et modifiez l'attribut pour qu'il ne soit pas facultatif. C'est ce que j'ai fini par faire avec mes modèles, et en pratique ça marche plutôt bien.

Modifier: Voir mon commentaire ci-dessus. J'ai essayé de créer un nouvel objet géré avec un attribut optionnel non défini, et il était nul.

BOOL isNil = ([newManagedObject numberAttribute] == nil); //equals YES 

Une autre édition: je suis revenu à plus tard et vérifié sur un objet chargé à partir du cache dans le débogueur (GDB est votre ami!). Il essayait d'accéder à l'emplacement de mémoire 0x0, qui est NULL.

Answer 3

S'il ressemble à un pointeur, il peut s'agir d'un pointeur sur l'instance NSNumber. Assurez-vous de ne pas avoir de discordance entre le modèle de données de base et la classe (par exemple NSInteger où NSNumber* est attendu).

Si vous avez un scalaire dans votre classe, alors vous devez le noter vous-même dans setNilValueForKey:.