NSUserDefaults boolforKey Einschränkung durch design?

Den NSUserDefaults API-Dokumentation hat die boolForKey: Nachricht, die wie folgt beschrieben -

boolForKey:

Gibt den Boolean-Wert mit dem angegebenen Schlüssel.

- (BOOL)boolForKey:(NSString *)defaultName

Rückgabewert
Wenn ein boolescher Wert zugeordnet ist defaultName in den user-defaults, wird dieser Wert zurückgegeben. Andernfalls werden KEINE zurückgegeben.

Gegeben, dass ein [[NSUserDefaults standardUserDefaults] boolForKey:@"some_Key"] gibt wieder ein NEIN, es kann entweder sein, weil der Schlüssel nicht vorhanden ist oder der Schlüssel existiert und hat eine boolean Wert NEIN. Wie können wir unterscheiden? Ab jetzt kann ich nur vermeiden, in dieser situation in den ersten Platz.

InformationsquelleAutor NP Compete | 2010-12-10
  1. 32

    Sind Sie mit den Standardeinstellungen des Benutzers falsch. Bei der Vorstellung der app, die Sie anrufen sollen -[NSUserDefaults registerDefaults:] mit einem Wörterbuch, das enthält die Standard-Werte für alle Einstellungen.

    Dann, wenn der Benutzer hat keine Präferenz, -boolForKey Standardwert zurück.

    • Ich würde nicht so weit gehen und sagen, dass er verwendet die Standardeinstellungen des Benutzers falsch. Registrierung standardmäßig ist optional und in seiner situation wahrscheinlich bequemer, aber Mike Abdullah Antwort passt einfach besser.
    InformationsquelleAutor Ole Begemann
  2. 29

    Verwenden Sie die -objectForKey: Methode als gut. Dies wird Ihnen sagen, ob der Schlüssel vorhanden ist.

    • BOOLs sind nicht Objekte, so dass diese nicht verwendet werden können.
    • Ja BOOLs sind nicht Objekte, sondern NSUserDefaults behandelt Sie als NSNumber Instanzen, das ist, was du bekommst von -objectForKey:
    InformationsquelleAutor Mike Abdullah
Schreibe einen Kommentar