我正在处理 Game Kit 的 GKTurnBasedMatch 类(请参阅此线程)中的一个损坏问题,该问题有时会导致无效的游戏状态,并带有损坏的 matchData。
因此,作为一种解决方法,我正在创建一种方法来识别这些无效匹配,以便我可以适当地处理它们。损坏的 matchData 似乎是执行此操作的好方法。但是,到目前为止,我一直无法识别它们。当我这样做时:
// "match" is an existing GKTurnBasedMatch object
NSLog(@"match data is: %@",[match matchData]);
NSLog(@"match data is nil? %@",[match matchData] == nil ? @"YES" : @"NO");
NSLog(@"match data equals empty nsdata? %@",[match matchData] == [NSData data] ? @"YES" : @"NO");
我得到以下信息:
match data is: <>
match data is nil? NO
match data equals empty nsdata? NO
所以匹配数据显示为一对空括号“<>”,我希望可以将其标识为nil,但显然不是。
顺便说一句,我将此 matchData 存储在核心数据实体中,位于 NSData 属性下。当我保存 NSManagedObjectContext,然后 NSLog NSManagedObject 以查看其中的内容时,有问题的 NSData 属性仍然显示为“<>”!
但是,如果我随后创建一个新的NSManagedObjectContext,从中检索相同的 NSManagedObject,然后NSLog 其值,则 NSData 属性现在显示为nil。
因此,在某些时候,核心数据似乎正在将属性“清理”为它的 poper nil值。我的问题是,当我将它添加到核心数据存储时,我实际上需要在该点之前将该值标识为nil 。