Impossible de définir 'int' dans CoreData comme numéro NS

Question

J'ai un attribut qui est décrit comme Int16. Il est décrit dans le fichier .h comme NSNumber. Peu importe comment je le formate, je n'arrive pas à obtenir la valeur valide de 12 ou 24 stockée dans UserDefaults. Qu'est-ce que je fais mal? ou, mieux encore, comment puis-je résoudre ce problème aHourFormat est le même que timeFormat?

Voici le code:

updateData.aHourFormat = [NSNumber numberWithInt:[preferencesDict objectForKey:@"timeFormat"]]; 
NSLog(@"\ntimeFormat: %d\naHourFormat: %d",[[preferencesDict objectForKey:@"timeFormat"]intValue],[updateData.aHourFormat intValue]); 

Ce qui NSLog affiche dans la console de débogage:

timeFormat: 12 
aHourFormat: -30496 

et

timeFormat: 24 
aHourFormat: 14000 

Telle est la définition de aHourFormat:

@property (nonatomic, retain) NSNumber *aHourFormat; 

Answer 1

Change:

updateData.aHourFormat = [NSNumber numberWithInt:[preferencesDict objectForKey:@"timeFormat"]]; 

Pour:

updateData.aHourFormat = [preferencesDict objectForKey:@"timeFormat"]; 

objectForKey: retourne un objet. Si vous le lancez dans un NSInteger, vous obtiendrez une valeur liée à son adresse; Si vous l'empaquetez ensuite dans un NSNumber, alors c'est ce que vous obtiendrez lorsque vous déballez plus tard comme intValue.

Vous voulez juste l'objet directement.

Vous obtiendrez autrement un résultat fiable à cause d'une chose appelée tagged pointers, qui concerne la façon dont les adresses de mémoire peuvent être utilisées pour qu'il n'y ait vraiment rien en mémoire sur les plates-formes 64 bits. Il ne vaut pas la peine de s'inquiéter d'autre que d'être conscient que le résultat fiable n'est pas surprenant.