前言:
iOS开发中,一般情况下我们希望后台服务器都返回字符串给我们(我们直接使用NSString *)类型的变量来接收....
但是,后台boy们,总是喜欢肆意返回各种类型的数据.曾经我和后台协商过多次,希望他们全部用字符串返回,可是他们说,有的数据他们不好转换为字符串类型.于是返回的数据都是各种类型.那么下面的梗来了...
- 后台返回数值型数据给我们,而我们不清楚数据类型时,使用NSString来接收
例如后台返回的json数据是
data:{
peopleNum:12345
price:200
}
其中peopleNum和price均是数值型,我们现在来解析他们(先假设有2个label用来显示这2个数据)
NSString *peopleNum=dict[@"peopleNum"];
NSString *price=dict[@"price"];
self.labPeopleNum.text=peopleNum;
self.labPrice.text=price;
你会发现,程序执行到self.labPeopleNum.text=peopleNum; 这行代码的时候,崩溃了...并报下面的错误
reason: '-[__NSCFNumber rangeOfCharacterFromSet:]: unrecognized selector sent to instance
我们简要分析下这个错误发生的原因:
这个错误是说...NSNumber类型的变量没有rangeOfCharacterFromSet这个方法的定义....
那么我们仔细查看发现: rangeOfCharacterFromSet这个方法是NSString的方法...
回过头来,我们在赋值peopleNum给labPeopleNum.text的时候,其实底层就做了一次这个rangeOfCharacterFromSet方法,造成了崩溃...
总结:深究此处的原因是什么呢?? 那就是因为后台返回的peopleNum数据是数值型数据,不是字符串.....到我们客户端以后呢,我们会把数值型数据转换为NSNumber类型的数据...因而应该修改下上面的代码,把接收到的peopleNum转换为NSString类型即可:
NSNumer *peopleNum=dict[@"peopleNum"];
NSNumer *price=dict[@"price"];
self.labPeopleNum.text=[NSString stringWithFormat:@"%@",peopleNum];
self.labPrice.text=[NSString stringWithFormat:@"%@", price];
2.后台大牛们,还经常喜欢返回NULL数据给我们,然后造成崩溃.不知道大家有没有深受其害哈....处理这个问题的方法比较多了,
<1>如果你是用AFNetWorking的话,可以看下下面:
/**
Whether to remove keys with `NSNull` values from response JSON. Defaults to `NO`.
*/
@property (nonatomic, assign) BOOL removesKeysWithNullValues;
那么我们只要把这个removesKeysWithNullValues=YES.这样的话,后台返回的JSON数据中空的键值对,将会被自动删除,可以避免我们对这些空值做操作,造成崩溃问题
<2>还有一种就是gitHub上比较流行的NullSafe了,不过我还没用过这个哈..
3.还想说个比较深入的问题,不知道广大iOS开发者,你们现在的"上拉下拉刷新"使用的是什么样的机制...如果你公司使用的是"page-limit策略",那么就恭喜你中奖了(可能你公司的测试会来找你的麻烦)...
有的人,我上拉加载数据的时候,page++,然后访问服务器拿新的limit条数据,这没有什么问题啊??
其实这个问题呢,和我们客户端没什么大的关系,这个算是后台在考虑列表问题上的不全面不仔细的问题...
下面来分析下这么做会遇到什么问题呢:
当我们在显示完page=1的时候,我们正准备上拉加载更多的时候,此时服务器数据库中在这前10条数据中新插入了一条数据...此时我们上拉加载更多,你会发现出现了2个数据一样的Cell.
总结:其实这里就是 采用"page-limit"策略造成的问题了,因为服务端临时有新的数据插入,导致数据增多,我们page++的时候,正好把前page的第limit数据挤到page+1上了..造成了数据重复显示
那么怎么解决这个问题呢??
其实服务端应该采用"id++"的策略来解决这个问题,就是每次从一个id开始,往后请求"limit条"数据回来...
PS:每天一篇文章,记录iOS开发的点点滴滴,喜欢我的文章,就点击"关注我"吧...
