vérifier si NSNumber est vide

Question

Comment vérifier si un objet NSNumber est nul ou vide?

nul OK est facile:

NSNumber *myNumber; 
if (myNumber == nil) 
    doSomething 

Mais si l'objet a été créé, mais il n'y a pas de valeur parce que la cession a échoué, comment puis-je vérifier? Utilisez quelque chose comme ça?

if ([myNumber intValue]==0) 
    doSomething 

Y at-il une méthode générale pour tester des objets sur le vide comme pour NSString disponibles (voir ce post)?

Exemple 1

NSMutableDictionary *dict = [[NSMutableDictionary alloc] init]; 
[dict setValue:@"" forKey:@"emptyValue"]; 
NSNumber *emptyNumber = [dict objectForKey:@"emptyValue"]; 

Quelle valeur ne emptyNumber contient-il? Comment puis-je vérifier si emptyNumber est vide?

Exemple 2

NSMutableDictionary *dict = [[NSMutableDictionary alloc] init]; 
[dict setValue:@"" forKey:@"emptyValue"]; 
NSString *myString = [dict objectForKey:@"emptyValue"]; 
if (myString == nil || [myString length] == 0) 
    // got an empty value 
    NSNumber *emptyNumber=nil; 

Qu'arrive-t-il si j'utilise ceci après emptyNumber a été mis à zéro?

[emptyNumber intValue] 

Est-ce que je reçois zéro?

Exemple 3

NSMutableDictionary *dict = [[NSMutableDictionary alloc] init]; 
[dict setValue:@"" forKey:@"emptyValue"]; 
NSNumber *myEmptyValue = [dict objectForKey:@"emptyValue"]; 
if (myEmptyValue == nil) 
    // NSLog is never called 
    NSLog(@"It is empty!"); 

Comme cette façon NSLog est jamais appelé. myEmptyValue n'est pas nil et pas NSNull. Donc, il contient un nombre arbitraire?

Answer 1

NSValue, , ... sont censés être créés à partir d'une valeur et en conserver toujours un. Le test d'une valeur spécifique telle que 0 ne fonctionne que s'il ne se trouve pas dans la plage des valeurs valides avec lesquelles vous travaillez.

Dans les rares cas où le code est plus simple pour travailler avec si vous avez une valeur qui représente « invalide » ou « non défini » et vous ne pouvez pas utiliser nil (par exemple, avec les conteneurs standard) vous pouvez utiliser NSNull à la place.

Dans votre premier exemple cela pourrait être:

[dict setValue:[NSNull null] forKey:@"emptyValue"]; 

if ([dict objectForKey:@"emptyValue"] == [NSNull null]) { 
    // ... 
} 

Mais notez que vous ne pouvez pas insérer (ou supprimer) cette valeur à moins que vous devez différencier nil (c.-à-pas dans le conteneur) et, dire "invalide":

if ([dict objectForKey:@"nonExistent"] == nil) { 
    // ... 
} 

Quant au deuxième exemple, -intValue donner s vous 0 - mais simplement parce que l'envoi de messages à nil renvoie 0. Vous pouvez également obtenir 0 par exemple. pour un NSNumber dont intValue a été défini sur 0 avant, ce qui pourrait être une valeur valide.
Comme je l'ai déjà écrit ci-dessus, vous ne pouvez faire quelque chose comme ceci si 0n'est pas une valeur valide pour vous. Notez le pour vous, ce qui fonctionne le mieux dépend entièrement de vos besoins.

Permettez-moi de résumer :

Option 1:

Si vous n'avez pas besoin de toutes les valeurs de la plage de nombres, vous pouvez utiliser un (ou 0-1 ou .. .) et -intValue/... pour représenter spécifiquement "vide". Ce n'est apparemment pas le cas pour vous.

Option # 2:

Il vous suffit de ne pas enregistrer ou supprimer les valeurs du récipient si elles sont "vide":

// add if not empty: 
[dict setObject:someNumber forKey:someKey];  
// remove if empty: 
[dict removeObjectForKey:someKey]; 
// retrieve number: 
NSNumber *num = [dict objectForKey:someKey]; 
if (num == nil) { 
    // ... wasn't in dictionary, which represents empty 
} else { 
    // ... not empty 
} 

Cela signifie cependant qu'il n'y a différence entre les clés vides et les clés qui n'existent jamais ou sont illégales.

Option 3:

Dans certains cas, rares il est plus commode de garder toutes les clés dans le dictionnaire et représentent « vide » avec une valeur différente. Si vous ne pouvez pas utiliser un de la gamme de numéros, nous devons mettre quelque chose différemment dans NSNumber n'a pas un concept de "vide". Le cacao a déjà NSNull pour de tels cas:

// set to number if not empty: 
[dict setObject:someNumber forKey:someKey]; 
// set to NSNull if empty: 
[dict setObject:[NSNull null] forKey:someKey]; 
// retrieve number: 
id obj = [dict objectForKey:someKey]; 
if (obj == [NSNumber null]) { 
    // ... empty 
} else { 
    // ... not empty 
    NSNumber *num = obj; 
    // ... 
} 

Cette option vous permet maintenant de faire la différence entre « vide », « non vide » et « pas dans le conteneur » (clé par exemple illégale).

Answer 2

NSNumber est soit nil, ou il contient un nombre, rien entre les deux. La "vacuité" est une notion qui dépend de la sémantique de l'objet particulier et, par conséquent, cela n'a pas de sens de rechercher une vérification générale de la vacuité.

En ce qui concerne vos exemples, il y a plusieurs choses qui se passent:

NSMutableDictionary *hash = [NSMutableDictionary dictionary]; 
[hash setObject:@"" forKey:@"key"]; 
NSNumber *number = [hash objectForKey:@"key"]; 
NSLog(@"%i", [number intValue]); 

Le NSLog imprimera 0 ici, mais seulement parce qu'il ya une méthode intValue dans NSString. Si vous changez le message à quelque chose qui ne NSNumber peut faire, le code échouera:

NSLog(@"%i", [number unsignedIntValue]); 

Ce jetteront:

-[NSCFString unsignedIntValue]: unrecognized selector sent to instance 0x303c 

Ce qui signifie que vous êtes pas obtenir une valeur « vide » générale de retour du hachage, vous obtenez juste le NSString que vous avez stocké là.

Lorsque vous avez un vide (== nil) NSNumber et lui envoyer un message, le résultat sera zéro.C'est tout simplement une convention de langage qui simplifie le code:

(array != nil && [array count] == 0) 
(someNumber == nil ? 0 : [someNumber intValue]) 

va se transformer en ceci:

([array count] == 0) 
([someNumber intValue]) 

Hope this helps.

Answer 3

NSNumber s sont immuables et ne peuvent être créés qu'avec une méthode usine ou une méthode initiale qui leur donne une valeur numérique. Autant que je sache, il n'est pas possible de se retrouver avec un NSNumber 'vide', sauf si vous comptez 0.

Answer 4

Il est très courant (pour moi au moins) de sortir un objet d'un dictionnaire, attendez-vous à ce qu'il se passe être un NSNumber et ensuite le renvoyer un objet nul. Si cela se produit et que vous faites un intValue, il va planter. Ce que je fais est la configuration de la protection nil car je préfère obtenir une valeur par défaut que d'un accident.

Une façon est la suivante:

-(int) intForDictionary:(NSDictionary *)thisDict objectForKey: (NSString *)thisKey withDefault: (int)defaultValue 
{ 
    NSNumber *thisNumber = [thisDict objectForKey:thisKey]; 
    if (thisNumber == nil) { 
     return defaultValue; 
    } 
    return [thisNumber intValue]; 
} 

et j'ai un comme pour flotteurs. Ensuite, vous obtenez au moins votre valeur par défaut. Une autre façon est de créer simplement une méthode de protection nul ..

-(NSNumber *)nilProtectionForNumber: (NSNumber *)thisNumber withDefault: (NSNumber *)defaultNumber 
{ 
    if (thisNumber) { 
     return thisNumber; 
    } 
    else 
     return defaultNumber; 
} 

Que l'on vous appelleriez comme ceci:

NSNumber *value = [self nilProtectionForNumber:[dict objectForKey:keyThatShouldBeNSNumber] withDefault:[NSNumber numberWithInt:0]]; 

Answer 5

Faire face à Swift 2.0 et Parse:

var myNumber = yourArray!.objectForKey("yourColumnTitle") 
    if (myNumber == nil) { 
    myNumber = 0 
     } 

Dans mon cas, je devais alors:

let myNumberIntValue = myNumber!.intValue