核心数据谓词与布尔属性不匹配

Question

我有一个带有布尔属性的NSManagedObject子类。 这是非可选的，默认为NO 。 在模型接口中，它声明为@property (nonatomic, retain) NSNumber * deleted; ，在实现中， @dynamic deleted; 。

如果我检查基础SQLite文件，它可以正确保存。 但是，我发现使用谓词查询此属性的提取无法正常工作。 我试过使用@YES和[NSNumber numberWithBool:YES] deleted == YES ， deleted == %@ ，实际上deleted == 1 。 我什至尝试从纯巫毒偏执狂中使用单个等号。 什么都没有。

这导致使用NSFetchedResultsController在我的代码中出现错误。 完整谓词当前为(list = %@) OR (deleted = YES) 。 我将deleted更改为@YES ，更改list的值，并且控制器仍然发出意外的NSFetchedResultsChangeDelete ，尽管该对象在逻辑上仍与谓词匹配。

毫无疑问，它与谓词不匹配（至少在内存中），正如我测试过的那样：

BOOL matchesBefore = [self.fetchedResultsController.fetchRequest.predicate evaluateWithObject:thing];
// do stuff, setting thing.deleted = @YES, thing.list = @"something else"
BOOL matchesAfter = [self.fetchedResultsController.fetchRequest.predicate evaluateWithObject:thing];
NSAssert(matchesBefore && matchesAfter, @"Should still match");

有趣的是，在调试器中，该属性显示为deleted = 0; ，但是打印实际的NSNumber产量(NSNumber *) $5 = 0x07455ec0 1 。 同样，在基础数据库中，该值正确存储为“ 1”。

所以我很困惑。 有任何想法吗？ 这是iOS，在模拟器和设备上均在5.x上。

Answer 1

听起来像是与保留名称的冲突，一些深深地隐藏在文档中的未删除 （？）的关键字delete的使用 。 （不会在一个背景下怪NSManagedObject ，或者也许在NSFetchedResultsController 。）尝试字段的名称更改为别的东西。