Question

I m experiencing the oddest behavior with a CoreData managed object. In my viewDidLoad method I do the following:

    NSPredicate *predicate =[NSPredicate predicateWithFormat:@"uuid = %@", self.imageUUID];
    NSFetchRequest *imageFetchRequest = [[[NSFetchRequest alloc] init] autorelease];
    [imageFetchRequest setPredicate:predicate];
    NSEntityDescription *imageEntity = [NSEntityDescription entityForName:@"Image" inManagedObjectContext:appDelegate.managedObjectContext];
    [imageFetchRequest setEntity:imageEntity];
    error = nil;
    NSArray *array = [[appDelegate managedObjectContext] executeFetchRequest:imageFetchRequest error:&error];

    tagImage = (Image *)[array objectAtIndex:0];
    assert([tagImage isKindOfClass:[Image class]]);

申辩通过。这一特殊观点是一张表式录音机和我的“ForRowAtIndexPath”方法,我需要检查一些图像特性。在我获得门槛财产时,申请未能提出另一种说法:

assert([tagImage isKindOfClass:[Image class]]);

当时,这一说法失败了。我不知道什么是使门槛物体改变类型。

Answer 1

你们是否保证保留阵列或管理物体? 可能发生的情况是,释放了一些how,为什么有错误?

Answer 2

您的建筑目标无疑包括:<代码>Image。我看到了一些事例,即一些单体要求退回了vanilla <代码>NSManagedObjects,而不是我自己的习俗分类,因为当时我没有将这一类别列入“逻辑测试”目标一。

除此以外,公约规定,你应先用你选择的两封信(如MZImage,在这种情况下)确定你的类别名称,以减少阶级名称冲突的可能性。进入与<代码”类别名称相冲突的机会相当好。图像/编码。

友情链接