NSUserDefaults - Comment savoir si une clé existe

Question

Je travaille sur une petite application iPhone, et j'utilise NSUserDefaults pour la persistance des données. Il ne doit garder la trace que de quelques éléments, tels que des noms et des nombres, alors je me suis dit qu'il valait mieux rester simple.

J'ai trouvé cette page à titre de référence, mais je ne pense pas qu'il puisse répondre à ma question. En gros, je veux pouvoir vérifier si une valeur (ou une clé) existe déjà dans le fichier NSUserDefaults et agir en conséquence.

Quelques exemples : L'application démarre, si c'est la première fois qu'elle démarre, elle émet une alerte disant bienvenue. Pour savoir si c'est la première fois qu'elle s'ouvre, elle lit le fichier UserDefaults et les contrôles.

Exemple 2 : il dit "Hello [Name]", où Name est un nom que vous avez saisi. Si vous avez ouvert l'application et qu'il n'y a pas de nom, elle devrait dire "Hello World". Je dois vérifier si vous avez déjà saisi un nom et agir en conséquence. Le nom serait stocké dans NSUserDefaults .

Un peu d'aide ? J'apprécierais beaucoup !

Answer 1

objectForKey: renverra nil s'il n'existe pas.

Answer 2

Comme mentionné ci-dessus, cela ne fonctionne pas pour les types primitifs où 0/NO peut être une valeur valide. J'utilise le code suivant.

NSUserDefaults *defaults= [NSUserDefaults standardUserDefaults];
if([[[defaults dictionaryRepresentation] allKeys] containsObject:@"mykey"]){

    NSLog(@"mykey found");
}

Answer 3

En objectForKey: renverra nil si la valeur n'existe pas. Voici un test IF / THEN simple qui vous dira si la valeur est nulle :

if([[NSUserDefaults standardUserDefaults] objectForKey:@"YOUR_KEY"] != nil) {
    ...
}

Answer 4

" objectForKey renverra nil s'il n'existe pas. " Il renverra également nil s'il existe et s'il s'agit d'un entier ou d'un booléen avec une valeur de zéro (c'est-à-dire FALSE ou NO pour le booléen).

J'ai testé cela dans le simulateur pour les versions 5.1 et 6.1. Cela signifie que vous ne pouvez pas vraiment tester si des entiers ou des booléens ont été définis en demandant "l'objet". Vous pouvez vous en sortir pour les entiers si cela ne vous dérange pas de traiter "not set" comme s'il s'agissait de "set to zero".

Les personnes qui ont déjà testé cela semblent avoir été trompées par l'aspect faussement négatif, c'est-à-dire qu'elles ont testé cela en voyant si objectForKey renvoie nil lorsque vous savez que la clé n'a pas été définie, mais n'ont pas remarqué qu'il renvoie également nil si la clé a été définie, mais qu'elle a été définie à NO.

Pour mon propre problème, qui m'a amené ici, j'ai fini par changer la sémantique de mon booléen de façon à ce que la valeur par défaut souhaitée soit en accord avec la valeur fixée à NO. Si ce n'est pas possible, vous devrez stocker la valeur sous une forme autre qu'un booléen et vous assurer que vous pouvez faire la différence entre OUI, NON et "non défini".

Answer 5

Essayez ce petit crumpet :

-(void)saveUserSettings{
NSNumber*   value;

value = [NSNumber numberWithFloat:self.sensativity];
[[NSUserDefaults standardUserDefaults] setObject:value forKey:@"sensativity"];
}
-(void)loadUserSettings{
    NSNumber*   value;
    value = [[NSUserDefaults standardUserDefaults] objectForKey:@"sensativity"];
    if(value == nil){
        self.sensativity = 4.0;
    }else{
        self.sensativity = [value floatValue];
    }
}

Traiter tout comme un objet. Cela semble fonctionner pour moi.