I am using UIManagedDocument with Parent Child context.
In my child context I do the following
NSSet *results = [self.event.memberships filteredSetUsingPredicate:[NSPredicate predicateWithBlock:^BOOL(id evaluatedObject, NSDictionary *bindings) {
return ([[evaluatedObject deleted] boolValue] == NO);
}]];
Above code returns the expected results (only Not deleted members for the event).
But this code does not. It fetches all records.
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"deleted == NO"];
NSSet *results = [self.event.memberships filteredSetUsingPredicate:predicate];
It seems confusing. Both should return same results, but predicateWithBlock
returns correct results where as predicateWithFormat
returns all records.
What are the pros and cons of using predicateWithBlock
instead of predicateWithFormat
?
The problem is that you have defined an attribute deleted
for your entity. That conflicts with the isDeleted
method of NSManagedObject
, so you should rename that attribute.
The following "experiment" shows that strange things happen if you call your attribute "deleted" (c
is a managed object with a custom deleted
attribute):
// Set custom "deleted" property to YES:
c.deleted = @YES;
// Use the property, as your Code 1
NSLog(@"%@", [c deleted]);
// Output: 1
// Use Key-Value Coding, as your Code 2
NSLog(@"%@", [c valueForKey:@"deleted"]);
// Output: 0
// Now really delete the object and try again:
[context deleteObject:c];
NSLog(@"%@", [c valueForKey:@"deleted"]);
// Output: 1
Your "Code 1" refers to the property, therefore it returns the expected result. "Code 2" uses Key-Value Coding, and [c valueForKey:@"deleted"]
returns YES
if the object
actually has been deleted from the context!
So renaming that attribute should solve your problem. Unfortunately the compiler does not emit warnings if an attribute name conflicts with a built-in method.