Базовые данные не могут устранить ошибки, когда объект имеет атрибут «описание»?
Код:
NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
NSEntityDescription *entity = [NSEntityDescription entityForName:@"A"
inManagedObjectContext:moc];
[fetchRequest setEntity:entity];
NSSortDescriptor *sortDescriptor = [[NSSortDescriptor alloc] initWithKey:@"id" ascending:NO];
NSArray *sortDescriptors = [[NSArray alloc] initWithObjects:sortDescriptor, nil];
[fetchRequest setSortDescriptors:sortDescriptors];
[sortDescriptors release];
[sortDescriptor release];
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"somePredicate", someObject];
[fetchRequest setPredicate:predicate];
frc = [[NSFetchedResultsController alloc]
initWithFetchRequest:fetchRequest
managedObjectContext:moc
sectionNameKeyPath:@"recency"
cacheName:@"frc"];
[fetchRequest release];
frc.delegate = self;
NSError *error;
BOOL success = [frc performFetch:&error];
if (!success) {
NSLog(@"error: %@", error);
}
for (A *a in [frc fetchedObjects]) {
[someMutableArray addObject:a.b];
[someMutableArray addObject:a];
}
Модель данных:
А и В являются сущностями. A имеет обязательное отношение «один-один» к B. «B» имеет обратное необязательное отношение «многие» к A.
Выше на английском:
Инициализируйте NSFetchedResultsController, чтобы получить некоторые данные для представления таблицы. После начальной выборки отложите данные для некоторой обработки.
Теперь, позже, я пытаюсь сделать это:
id object = [someMutableArray objectAtIndex:someIndex];
NSLog(@"%@", object);
if ([object isMemberOfClass:[B class]]) {
someVar = object.propertyFromB; // problem
} else if ([object isMemberOfClass:[A class]]) {
someVar = object.propertyFromA;
}
Вопрос / проблема: строка, обозначенная «проблема», вылетает. (РЕДАКТИРОВАТЬ: см. Ниже для разрешения, но все еще хотел бы объяснение.)
Вызов NSLog выше дает:
2010-01-30 14:47:14.433 app[22618:20b] <B: 0xf7f750> (entity: B; id: 0xf7ba70 <x-coredata://B01FEC86-14D6-4973-BFDB-EDE4AFD24FDC/B/p4> ; data: <fault>)
2010-01-30 14:47:14.438 app[22618:20b] <A: 0xf7e360> (entity: A; id: 0xf35820 <x-coredata://B01FEC86-14D6-4973-BFDB-EDE4AFD24FDC/A/p6> ; data: {
prop1 = value1;
prop2 = value2;
... etc ...
})
Т.е. по проблемной линии, если объект был типа A, он был поврежден и доступен в памяти, но если это B, это ошибка.
Насколько я понимаю, строка «проблема» должна вызвать ошибку и извлечь данные из хранилища, но этого не происходит. Я хотел бы понять / отладить почему. Я попытался вставить вызовы willAccessKey / didAccessKey вокруг этого. Я также попытался установить setRelationshipKeyPathsForPrefetching: "b" в запросе на выборку. Ни один не работал.
Моя гипотеза состоит в том, что, поскольку я несколько злоупотребляю результатами NSFetchedRequestController, неисправный механизм путается по пути и не получает ошибку, когда это должно быть. Так что я думаю, что грубым способом было бы создать новый запрос на ручную выборку, чтобы получить связанный объект B в нужное время. Но есть ли лучший способ?
РЕДАКТИРОВАТЬ:
Проблема заключалась в том, что у объекта B было свойство «описание», которое я определил, но оно вступает в противоречие со встроенным именем NSObject. Xcode всегда давал мне предупреждения, но я их игнорировал, потому что я думал, что внутреннее свойство / метод "description" используется только для выгрузки строк в консоль и т. П., А не для внутренней обработки.
Проблема исчезла после того, как я сделал новую версию своей модели, переименовав «описание» в другое. Все неисправности начали работать как положено.
Я не понимаю, однако, что происходит. Использует ли Core Data метод «описания» объектов для некоторого внутреннего самоанализа?