Base de Données NSPredicate la vérification de BOOL valeur

basé sur le document D'Apple ici , nous pouvons utiliser les deux méthodes suivantes pour comparer booléen:

NSPredicate *newPredicate = [NSPredicate predicateWithFormat:@"anAttribute == %@",[NSNumber numberWithBool:aBool]];
NSPredicate *testForTrue = [NSPredicate predicateWithFormat:@"anAttribute == YES"];

cependant, le prédicat ci-dessus ne peut pas sortir ceux avec vide anAttribute . Pour traiter un attribut vide, vous avez besoin de la méthode suivante selon le document D'Apple ici :

predicate = [NSPredicate predicateWithFormat:@"firstName = nil"]; // it's in the document

ou

predicate = [NSPredicate predicateWithFormat:@"firstName == nil"]; // == and = are interchangeable here

pour une raison quelconque, la solution de Flow ne fonctionnerait pas pour moi:

NSPredicate *testForTrue = [NSPredicate predicateWithFormat:@"anAttribute == YES"];

Cependant, ce n':

NSPredicate *testForTrue = [NSPredicate predicateWithFormat:@"anAttribute == 1"];

je suis en retard à la partie et comme discuté en utilisant 0 et 1's est la façon d'aller mais il ya une meilleure façon de le montrer en utilisant NSNumber BOOL littérales comme @YES ou @NO. Il le convertit en un 1 ou un 0 mais est visuellement plus sympa.

NSPredicate *testForTrue = [NSPredicate predicateWithFormat:@"anAttribute == %@", @NO];

Core Data entities n'a pas de valeurs par défaut lorsque vous créez des attributs pour Entity, donc pour faire fonctionner votre prédicate, vous devriez soit définir des valeurs par défaut pour les attributs booléens, soit utiliser le prédicate de cette façon.

Si vous fournir une valeur par défaut (NON ou OUI) pour toute propriété booléenne de l'Entité ensuite utiliser prédicat comme ce

[NSPredicate predicateWithFormat:@"boolAttribute == %@", @NO];
[NSPredicate predicateWithFormat:@"boolAttribute == NO", @NO];
[NSPredicate predicateWithFormat:@"boolAttribute == %0"];

Si vous ne pas ont les valeurs par défaut ou certaines des entités ont déjà été créées sans valeurs par défaut puis filtrer par false valeur utiliser cette phrase:

[NSPredicate predicateWithFormat:@"boolAttribute == %@ || boolAttribute == nil", @NO];

se faufiler avec la réponse SWIFT 3/4:

let predicate = NSPredicate(format: "boolAttribute == %@", NSNumber(value: true))

nous devons utiliser NSNumber apparemment parce qu'une bulle littérale n'est pas acceptable par Pomme.

volé d'ici ;)

vous n'avez pas mentionné les résultats que vous obtenez. Deux choses qui manquent à votre liste de codes sont où vous définissez l'entité de votre requête et où vous demandez réellement au contexte d'exécuter la requête fetch. Je voudrais commencer par là.

pour moi, il s'est produit parce que la Valeur assignée dans L'objet est erronée lors de l'enregistrement.

vous devez Vous enregistrer comme ce

YourNSMNanagedObject.visibleBoolean = [[NSNumber alloc] initWithBool:false]

alors tous les prédicats fonctionneront lors de la récupération.

E. G.

// Filter only unvisible item
NSPredicate *favouriteFilter = [NSPredicate predicateWithFormat:@"visibleBoolean==NO"];

je continue à me faire mordre par celui-ci et il n'est pas toujours clair que les booléens dans les données de base sont enregistrés en tant que NN.

pour la plupart, je m'assure lors de la création d'entités que j'ai mis @NO pour toutes les propriétés booléennes, mais il ya toujours le cas où je passe un tas de temps à essayer de comprendre pourquoi un test ne passe pas quand j'ai oublié de mettre @NO sur la création d'entités.

ce n'est peut-être pas le meilleur choix pour un code clair, mais j'ai commencé à utilisez toujours != prédicats pour les booléens dans les données de base comme (isCompleted != Oui) au lieu de (isCompleted == Non). Le fait que nil = = faux modèle est vrai partout ailleurs, mais pas dans les prédicats de données de base et les propriétés peuvent être très déroutant.