iPhone: Sauvegarder booléens de Base de Données

J'ai mis en place l'une de mes base de données des attributs comme une valeur Booléenne. Maintenant, j'ai besoin de le définir, mais XCode me dit qu'il ne peut pas répondre à setUseGPS.

[ride setUseGPS: useGPS.on];

Quelle est la méthode pour paramètre un booléen dans la base de données? Tous mes autres attributs sont définis de cette façon, et ils travaillent beaucoup. Donc, vous ne savez pas pourquoi un booléen ne fonctionne pas à être réglé de cette façon?

  • Découvrez NSNumber.
InformationsquelleAutor Nic Hubbard | 2010-05-30
  1. 133

    De base de Données "n'est pas" un type Booléen (il le fait, mais c'est un NSNumber).

    De façon à mettre l'équivalent de useGPS = OUI.

    [entity setUseGPS:[NSNumber numberWithBool:YES]];

    Et dans l'autre sens:

    BOOL isGPSOn = [[entity useGPS] boolValue];

    Mise à jour:
    Comme l'a souligné SKG, Avec des littéraux en Objectif-C, vous pouvez maintenant le faire de façon plus simple:

    [entity setUseGPS:@YES];

BOOL isGPSOn = entity.useGPS.boolValue;
    • Vous pouvez définir les valeurs comme ceci aussi: object.isGPSOn = @YES;
    • Apparemment, je peux effectivement voir le type Booléen dans la liste déroulante lors de la création d'un nouvel Attribut dans la base de données de l'éditeur. Ce sujet?
    InformationsquelleAutor RickiG
  2. 18

    Comme une approche alternative à la accepté de répondre, vous pouvez simplement modifier la saisie à partir d'un NSNumber* pour un BOOL dans l'objet géré la définition de l'interface, tels que:

    @property (nonatomic) BOOL useGPS;   //Notice that the 'retain' is also removed as we're now dealing with a scalar rather than an NSObject

    Diverses autres approches sont discutées ici, mais Chris Hanson's réponse a été des plus instructifs pour moi, surtout:

    Si vous avez un attribut numérique
    (y compris un attribut booléen) c'est
    nécessaire, vous pouvez simplement taper comme un
    scalaire au lieu de cela, et de Base de Données va faire
    la bonne chose:

    @property (nonatomic) BOOL isDone;

    Même si l'attribut est facultatif,
    que vais encore travailler - il va tout simplement
    l'amalgame entre "pas" à "false".

    et pour une meilleure harmonie de Cacao de mise en œuvre:

    Une autre chose que vous pourriez faire
    est le nom de la propriété de "fait" et juste
    spécifiez la lecture comme "isDone." C'est
    l'habitude de Cacao convention de nommage:

    @property (nonatomic, getter=isDone)
    BOOL fait;

    Ensuite, vous pouvez écrire "if (objet.done) {
    ... }" ou "point.fait = PAS;" et la
    le compilateur va générer -isDone
    pour les abords de la propriété.

    Merci Chris, et espérons que cela aide quelqu'un.

    • Je vais voir un crash sur iOS 4.x quand j'ai essayer cette méthode. Voici le message: "la Propriété" bar " est un type scalaire de la classe 'Foo'. Ne peut pas générer une méthode de lecture pour elle." J'ai essayé de définition de l'attribut type Boolean dans la Base de Données de modèle, et j'ai aussi essayé d'Entier de 16. Je reçois le même crash de toute façon. Ai-je raté quelque chose? Peut-être que je vais juste revenir en arrière à l'aide de NSNumber.
    • Autant que je sache, cela ne fonctionne pas sur NSManagedObject sous-classes.
    InformationsquelleAutor paulkmoore
  3. 2

    Juste pour compléter @RickiG réponse, la façon de créer une NSNumber à partir d'un Boolet vice-versa, dans Swift (au moins depuis la v4.2) est:

    let nsNumberFromBool = NSNumber(booleanLiteral: true) //or false
let boolFromNSNumber = nsNumberFromBool.boolValue
    InformationsquelleAutor Nicolás Carrasco
  4. 0

    Le "fix" pour cela (à mon humble avis, c'est un bug d'Apple SDK) est d'ajouter le code suivant à votre CoreData-classe générée. NB: si vous le faites dans une catégorie, dans un fichier séparé, alors vous n'avez pas à re-copier/coller à chaque fois que vous régénérer le CoreData classes à l'intérieur de Xcode

    - (BOOL)useGPS
{
    [self willAccessValueForKey:@"useGPS"];
    BOOL myuseGPS = [[self primitiveUseGPS] boolValue];
    [self didAccessValueForKey:@"useGPS"];
    return myuseGPS;
}

- (void)setUseGPS:(BOOL)newValue
{
    [self willChangeValueForKey:@"useGPS"];
    [self setPrimitiveUseGPS:[NSNumber numberWithBool:newValue]];
    [self didChangeValueForKey:@"useGPS"];
}
    • Cela conduit à des conflits de types lorsque je compile. Je devrais être en train de changer les types de l'existant NSNumber propriétés?
    • Bois - ne pas modifier les types existants: CoreData oblige à être NSNumber. La compilation des avertissements sont irritants, la simple solution consiste à renommer le dessus de deux méthodes pour "useGPSAsBool" et "setUseGPSAsBool". NB: vous pouvez toujours accéder à la propriété, seulement il s'appelle maintenant "GPSAsBool", par exemple "si( myCoreDataObject.GPSAsBool )"
    • Après la lecture de la suite dans les docs que j'ai décidé de ne pas s'embêter avec tout cela, et il suffit de convertir de NSNumber dans mon code: "L'avantage de permettre aux Données de Base pour gérer son propre espace de stockage généralement l'emportent sur les avantages d'interagir directement avec des valeurs scalaires" developer.apple.com/library/iOS/#documentation/Cocoa/Conceptual/...
    • le texte que vous citez est en se référant à un problème différent. Ce texte ne s'applique PAS dans ce cas - nous sommes en effet "permettant de Données de Base pour gérer son propre espace de stockage", nous sommes juste de l'ajout de 2 méthodes pratiques pour utiliser des booléens la façon dont ObjectiveC attend. J'attends qu'Apple pourrait ajouter un correctif à son propre code, qui est essentiellement la même que celle de.
    InformationsquelleAutor Adam