因此,作为一种解决方法,我正在创建一种方法来识别这些无效匹配,以便我可以适当地处理它们.损坏的matchData似乎是一种很好的方法.但是,到目前为止,我一直无法识别它们.当我这样做:
// "match" is an existing GKTurnBasedMatch objectNSLog(@"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? NOmatch data equals empty nsdata? NO
所以匹配数据显示为一对空括号“<>”,我希望可以将其识别为零,但显然不是.
顺便说一句,我将此matchData存储在NSData属性下的核心数据实体中.当我保存NSManagedobjectContext,然后NSLog NSManagedobject来查看其中的内容时,有问题的NSData属性仍显示为“<>”!
但是,如果我然后创建一个新的NSManagedobjectContext,从中检出相同的NSManagedobject,然后NSLog其值,NSData属性现在显示为nil.
因此,似乎在某些时候,核心数据将该属性“清理”为其价值.我的问题是,在将该值添加到核心数据存储之前,我实际上需要在该点之前将该值标识为nil.
解决方法 您正在对上一个案例中的对象实例进行比较.这两个实例都可能为空,结果不正确.试试这个:
NSLog(@"match data equals empty nsdata? %@",[[match matchData] length] == 0 ? @"YES" : @"NO");总结
以上是内存溢出为你收集整理的ios – 如何识别显示为空括号的空NSData对象?全部内容,希望文章能够帮你解决ios – 如何识别显示为空括号的空NSData对象?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)